From owner-freebsd-arm@FreeBSD.ORG Mon Jan 26 05:49:55 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 2DC0F305; Mon, 26 Jan 2015 05:49:55 +0000 (UTC) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0C41D29; Mon, 26 Jan 2015 05:49:54 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id gq1so6184535obb.5; Sun, 25 Jan 2015 21:49:54 -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; bh=IKK+yDTlwoKE0W9PwD4ucJXPpZ89LebSqDH+STUlezk=; b=bO+73/g5JeZY/v66PlO81LuP9SdwQNKyAfj4NoB6e4YU/1sSXgwZcE34Yl6t8ZoHg6 W0tfaKifnav2CQafq0elH5+UCyF4wC7hg5N+bnrhvoU9XqutQE/oHPCYoV0way6rEJ2L N8NbnP+9nc53GTG7/ba5qe3zRr3RlQCqR1jSEBxe3RZwiV9RxZDixu65XK5A1498dy0j kFjCcfStSyAfdToyZEVFtOTuinu6xAaEOFCy5zloDfO3QEq51AwArhqVVjjDEEBAp4uH UUyq1yV3RkmNa3M4B8rOgdg11IcHl91fXXOHeLNWgG23Piyo/fUbLSDagARaqIQELJcG yWXQ== X-Received: by 10.202.61.9 with SMTP id k9mr11308007oia.116.1422251394060; Sun, 25 Jan 2015 21:49:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.109.196 with HTTP; Sun, 25 Jan 2015 21:49:23 -0800 (PST) In-Reply-To: References: <1421688501.14601.369.camel@freebsd.org> <1421767159.14601.373.camel@freebsd.org> <089D916F-81EB-4C6A-A1A0-177E2940A47F@bsdimp.com> From: Jia-Shiun Li Date: Mon, 26 Jan 2015 13:49:23 +0800 Message-ID: Subject: Re: Arm.armv6 build world fails on amd64 10.1-RELEASE To: the_mix_room 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" , 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: Mon, 26 Jan 2015 05:49:55 -0000 On Thu, Jan 22, 2015 at 4:33 PM, wrote: > > > I notice on your original post you set TARGET and TARGET_ARCH in the> > > environment. On this post you showed them on the command line. Make i= s > > > sensitive (in ways that have always confused me) to a difference > between > > > env and command line and variables set in makefiles. I've only ever > set > > > those two variables on the command line, I wonder if the failure coul= d > > > be related to setting them in the env? > > > > If that makes a difference, it would be the first time for these two > variables. > > The only time I=E2=80=99ve seen issues is when you had them set to diff= erent > things > > in your environment and on the command line. If only one is set, them n= ot > > working is a bug I=E2=80=99d be quite keen on fixing. > > > > Warner > I removed the variables from the shell. Removed /usr/src. Checked out > again. Rebuilt. Still failed. > > Out of curiosity I did 10.1R fresh install and checked out head/r277720 & stable-10/r277722 to build for arm. Both completed buildworld and (RPI-B) buildkernel without error. Could you try again on a fresh base installation? Maybe your problem is caused by src.conf, src incorrectly reference base, etc. contamination. Or someone just fixed it unintentionally. -Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Mon Jan 26 11:59: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 89F36D07 for ; Mon, 26 Jan 2015 11:59:33 +0000 (UTC) Received: from mogw0312.ocn.ad.jp (mogw0312.ocn.ad.jp [114.147.58.82]) by mx1.freebsd.org (Postfix) with ESMTP id 5557481D for ; Mon, 26 Jan 2015 11:59:32 +0000 (UTC) Received: from mf-smf-ucb008.ocn.ad.jp (mf-smf-ucb008.ocn.ad.jp [153.149.227.68]) by mogw0312.ocn.ad.jp (Postfix) with ESMTP id 6F64E2F4237; Mon, 26 Jan 2015 20:59:31 +0900 (JST) Received: from mv-osn-hkg002.ocn.ad.jp (mv-osn-hkg002.ocn.ad.jp [122.28.30.180]) by mf-smf-ucb008.ocn.ad.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id t0QBxUk7001306; Mon, 26 Jan 2015 20:59:31 +0900 Received: from smtp.ocn.ne.jp (mv-osn-hkg002 [122.28.30.180]) by mv-osn-hkg002.ocn.ad.jp (Postfix) with ESMTP id 9A28890303; Mon, 26 Jan 2015 20:59:30 +0900 (JST) Received: from localhost (p15106-ipngn100102sizuokaden.shizuoka.ocn.ne.jp [180.51.198.106]) by smtp.ocn.ne.jp (Postfix) with ESMTP; Mon, 26 Jan 2015 20:59:30 +0900 (JST) Date: Mon, 26 Jan 2015 20:59:29 +0900 (JST) Message-Id: <20150126.205929.386635660159397063.toshi@ruby.ocn.ne.jp> To: freebsd-arm@freebsd.org Subject: vt(4) support for AM335x From: SAITOU Toshihide X-GPG-fingerprint: 34B3 0B6A 8520 F5B0 EBC7 69F6 C055 9F8A 0D49 F8FC X-Mailer: Mew version 6.6 on Emacs 24.4 / Mule 6.0 (HANACHIRUSATO) 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, 26 Jan 2015 11:59:33 -0000 I know that vt(4) support for AM335x is committed. I confirm the Japanese character is displayed now. Fantastic! Is that mean the X11 for BBB is close at hand? -- SAITOU Toshihide From owner-freebsd-arm@FreeBSD.ORG Mon Jan 26 14:47:09 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 4F15EA87 for ; Mon, 26 Jan 2015 14:47:09 +0000 (UTC) Received: from mail-we0-f175.google.com (mail-we0-f175.google.com [74.125.82.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D8444C86 for ; Mon, 26 Jan 2015 14:47:08 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id p10so9466222wes.6 for ; Mon, 26 Jan 2015 06:47: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:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=k6xVRQd9ci+3LtlygDACbrB/tP16JPFGLb2os718I6o=; b=RBTc4otyJAWgrjpVcoWTl1/Tj7OX0V4SRzD5OrbzOV1orFp+Ar2q0cyzbuuNGYiCvY dDeln5lDCQHaWHORpz2hypb/rqE2SDxBtAYdB2ORwIAe0RZN14sqt1iCxgXo4BWyZf58 aBnFb+E0DUEBW+Sp+dEksi/3453japEXdbH10MOhycNJgHZ2HS3qvQYFnDi3n8KrhCIC MAvYbu3sZ8gxkceUrbNt3rbv1LHqh0K9o+lxCWTkkW21GskAZ4WopZ9ADNI5trEfyufM 18rfwZh8cHJzN2G9D8qf6cCGejdtBpoLKV7p5yCPdV5rfhgw50NdR++J62yz0csMTvrY hPrg== X-Gm-Message-State: ALoCoQlt3evQIHavGpS2MSboNkre7LC4M7Euzc48ez3ccp7EIYQLdTWlTucXhHGjpVPSg7KF47GT X-Received: by 10.180.210.234 with SMTP id mx10mr32548685wic.37.1422283621338; Mon, 26 Jan 2015 06:47:01 -0800 (PST) Received: from [10.80.2.139] ([185.25.64.249]) by mx.google.com with ESMTPSA id mx4sm1324637wic.24.2015.01.26.06.46.59 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Jan 2015 06:47:00 -0800 (PST) Message-ID: <54C65348.3000302@linaro.org> Date: Mon, 26 Jan 2015 14:46:32 +0000 From: Julien Grall User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.3.0 MIME-Version: 1.0 To: Svatopluk Kraus Subject: Re: interrupt framework References: <54B94D71.90403@linaro.org> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org, Roger Pau Monne 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, 26 Jan 2015 14:47:09 -0000 Hi, Sorry for the late answer. On 17/01/15 15:41, Svatopluk Kraus wrote: > Yes, I forgot to get a credit to sys/x86/x86/intr_machdep.c as this is > what we know for a long time. It's inspired us certainly. Thus our > designs are very close from some points of view. And we have no > problem to make some common interrupt framework across more > architectures. However, if we will push too hard, the result could > become too complex. And that is not our aim. We like simple frameworks > if it's possible. Anyhow, it's not only about us. > > I do not know XEN architecture, so maybe I describe ARM architecture > needs and you would tell me if there is a way for common framework. > > In ARM, interrupt tree is not same as bus (memory) tree. In other > words, when you will go down a tree to its root thru standard bus > methods because of looking for your interrupt controller, you likely > will not find it. Thus there must be some other method how to describe > where your controller is. In current, FTD is used for that. However, > when FDT data is read, any interrupt controller does not have to be > attached. Thus interrupt sources and their numbers are allocated in > the order how are coded in FDT. We don't have any FDT description for the event channel (xen interrupt). The setup is retrieved from the hypervisor in various way. So we would need a function to manually setup an interrupt. > > (1) An interrupt source is allocated before its controller is attached > in general. Thus an interrupt number (vector) must be allocated by > framework itself and so must be its interrupt source. This interrupt > number is more like resource handle and has nothing to do with a way > how an interrupt source is represented in hardware. > > (2) As an interrupt number is transparent for a controller, a mapping > function must exist for each type of interrupt description. > > On the other hand, considering identical points of our designs: > > (1) an interrupt source as a transparent framework description of an > interrupt is common, > (2) keeping interrupt sources in one global table is common, > (3) using an interrupt source as an argument in controllers methods is common, > (4) most controllers methods are common, however we use KOBJ methods > instead of table of functions, > (5) MI interrupt framework (kern_intr.c) using is common. The design seems to fit our need in Xen. I will give a try to use this framework. > > Is it enough for some kind of common framework? I can imagine that > standard bus methods like bus_setupintr() could be same to some > extent, mapping functions could be same, controller's managing > functions could be same, hmm, it looks that quite a lot of things > could be same. However, it could just look like that on first look > now. In the case we don't have a standard framework, it would still be good to have a method bus_setupintr. The function arm_setup_irqhandler is very similar to intr_add_handler (x86 one). But as the name is different and few parameters, we have to produce a stub function. Regards, -- Julien Grall From owner-freebsd-arm@FreeBSD.ORG Mon Jan 26 21:21: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 85AA1446 for ; Mon, 26 Jan 2015 21:21:49 +0000 (UTC) Received: from DUB004-OMC4S28.hotmail.com (dub004-omc4s28.hotmail.com [157.55.2.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12430FF1 for ; Mon, 26 Jan 2015 21:21:48 +0000 (UTC) Received: from DUB114-W114 ([157.55.2.71]) by DUB004-OMC4S28.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.22751); Mon, 26 Jan 2015 13:20:39 -0800 X-TMN: [14CCsP6J1cc/6lzlEtMgEMY4TJ/6whHs] X-Originating-Email: [the_mix_room@hotmail.com] Message-ID: From: To: Jia-Shiun Li Subject: RE: Arm.armv6 build world fails on amd64 10.1-RELEASE Date: Mon, 26 Jan 2015 21:20:39 +0000 Importance: Normal In-Reply-To: References: <1421688501.14601.369.camel@freebsd.org>, , <1421767159.14601.373.camel@freebsd.org>, <089D916F-81EB-4C6A-A1A0-177E2940A47F@bsdimp.com> , MIME-Version: 1.0 X-OriginalArrivalTime: 26 Jan 2015 21:20:39.0123 (UTC) FILETIME=[EEBCF230:01D039AD] Content-Type: text/plain; charset="Windows-1252" 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: Mon, 26 Jan 2015 21:21:49 -0000 Unfortunately I can't clean that machine=2C as I only have remote access to= it and it is shared with others. I don't have a src.conf file. Seeing that= it is working for everyone else=2C I would also tend to believe that it is= some kind of contamination with my environment.=20 I sent a complete buildlog=2C but that file is still awaiting moderation. I= would be more than happy to send it directly to anyone who wants to read i= t.=20 From: jiashiun@gmail.com Date: Mon=2C 26 Jan 2015 13:49:23 +0800 Subject: Re: Arm.armv6 build world fails on amd64 10.1-RELEASE To: the_mix_room@hotmail.com CC: imp@bsdimp.com=3B ian@freebsd.org=3B freebsd-arm@freebsd.org On Thu=2C Jan 22=2C 2015 at 4:33 PM=2C wrote: > > I notice on your original post you set TARGET and TARGET_ARCH in the> >= environment. On this post you showed them on the command line. Make is =0A= > > sensitive (in ways that have always confused me) to a difference betwee= n =0A= > > env and command line and variables set in makefiles. I've only ever se= t =0A= > > those two variables on the command line=2C I wonder if the failure coul= d =0A= > > be related to setting them in the env? =0A= > =0A= > If that makes a difference=2C it would be the first time for these two va= riables. =0A= > The only time I=92ve seen issues is when you had them set to different th= ings =0A= > in your environment and on the command line. If only one is set=2C them n= ot =0A= > working is a bug I=92d be quite keen on fixing. =0A= > =0A= > Warner =0A= I removed the variables from the shell. Removed /usr/src. Checked out again= . Rebuilt. Still failed. =0A= Out of curiosity I did 10.1R fresh install and checked out head/r277720 & s= table-10/r277722 to build for arm. Both completed buildworld and (RPI-B) bu= ildkernel without error.=20 Could you try again on a fresh base installation? Maybe your problem is cau= sed by src.conf=2C src incorrectly reference base=2C etc. contamination. Or= someone just fixed it unintentionally. -Jia-Shiun. = From owner-freebsd-arm@FreeBSD.ORG Mon Jan 26 22:25:23 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 53E61D38 for ; Mon, 26 Jan 2015 22:25:23 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11FBFAB1 for ; Mon, 26 Jan 2015 22:25:23 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id n4so8988204qaq.12 for ; Mon, 26 Jan 2015 14:25:22 -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=7LFyrIWPicnxXPQwyc5AwKxw326qo6G2FspRv0h63QE=; b=Zx6u5WV/xtTUbFBcnnJ8iRmRG4Vwm1iRXvCrZuJZXg2+mNwDzcp4KeOFb9rweoTTtH LvKZEuWMgdfMQvafNxtJg7/Z5OC0NUSDTO0U5sl+ZF3CnymZ0vRIj0/a8MAanTSw29He bkYWpE9g+MqRmE5bU94OyGhCDok2h0vkOksdBqCwDngu7IwsMhmdxoRHT4ztgzK3G6+f X1+yhwsJRIHPuqBQ/tD5fAFbPLqD98446zhTs6oBlAQIHWMI6eyVBbRmoTgz6wY+2hO/ x8+gOI9sgSYjnlzaX6SLIKZlB67o+M4BHLGFprGJVkajibqj6c9WvKNQzjdFd6KWZ0W5 RJbQ== MIME-Version: 1.0 X-Received: by 10.140.109.55 with SMTP id k52mr1402874qgf.99.1422311122327; Mon, 26 Jan 2015 14:25:22 -0800 (PST) Received: by 10.140.82.180 with HTTP; Mon, 26 Jan 2015 14:25:22 -0800 (PST) In-Reply-To: <54C65348.3000302@linaro.org> References: <54B94D71.90403@linaro.org> <54C65348.3000302@linaro.org> Date: Mon, 26 Jan 2015 23:25:22 +0100 Message-ID: Subject: Re: interrupt framework From: Svatopluk Kraus To: Julien Grall Content-Type: text/plain; charset=UTF-8 Cc: freebsd-arm@freebsd.org, Roger Pau Monne 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, 26 Jan 2015 22:25:23 -0000 On Mon, Jan 26, 2015 at 3:46 PM, Julien Grall wrote: > Hi, > > Sorry for the late answer. > > On 17/01/15 15:41, Svatopluk Kraus wrote: >> Yes, I forgot to get a credit to sys/x86/x86/intr_machdep.c as this is >> what we know for a long time. It's inspired us certainly. Thus our >> designs are very close from some points of view. And we have no >> problem to make some common interrupt framework across more >> architectures. However, if we will push too hard, the result could >> become too complex. And that is not our aim. We like simple frameworks >> if it's possible. Anyhow, it's not only about us. >> >> I do not know XEN architecture, so maybe I describe ARM architecture >> needs and you would tell me if there is a way for common framework. >> >> In ARM, interrupt tree is not same as bus (memory) tree. In other >> words, when you will go down a tree to its root thru standard bus >> methods because of looking for your interrupt controller, you likely >> will not find it. Thus there must be some other method how to describe >> where your controller is. In current, FTD is used for that. However, >> when FDT data is read, any interrupt controller does not have to be >> attached. Thus interrupt sources and their numbers are allocated in >> the order how are coded in FDT. > > We don't have any FDT description for the event channel (xen interrupt). > The setup is retrieved from the hypervisor in various way. > > So we would need a function to manually setup an interrupt. > >> >> (1) An interrupt source is allocated before its controller is attached >> in general. Thus an interrupt number (vector) must be allocated by >> framework itself and so must be its interrupt source. This interrupt >> number is more like resource handle and has nothing to do with a way >> how an interrupt source is represented in hardware. >> >> (2) As an interrupt number is transparent for a controller, a mapping >> function must exist for each type of interrupt description. >> >> On the other hand, considering identical points of our designs: >> >> (1) an interrupt source as a transparent framework description of an >> interrupt is common, >> (2) keeping interrupt sources in one global table is common, >> (3) using an interrupt source as an argument in controllers methods is common, >> (4) most controllers methods are common, however we use KOBJ methods >> instead of table of functions, >> (5) MI interrupt framework (kern_intr.c) using is common. > > The design seems to fit our need in Xen. I will give a try to use this > framework. > >> >> Is it enough for some kind of common framework? I can imagine that >> standard bus methods like bus_setupintr() could be same to some >> extent, mapping functions could be same, controller's managing >> functions could be same, hmm, it looks that quite a lot of things >> could be same. However, it could just look like that on first look >> now. > > In the case we don't have a standard framework, it would still be good > to have a method bus_setupintr. > > The function arm_setup_irqhandler is very similar to intr_add_handler > (x86 one). But as the name is different and few parameters, we have to > produce a stub function. > > Regards, > > -- > Julien Grall I'm in the middle of irq binding (to cpu) implemention and finally realized that some things should be changed a little bit. However, good news for you is that in a way I'm getting closer to x86 intr framework in some aspects. I hope that I will finish it in a day or two. Svata From owner-freebsd-arm@FreeBSD.ORG Tue Jan 27 16:51:00 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 3716BB4 for ; Tue, 27 Jan 2015 16:51:00 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA6723D7 for ; Tue, 27 Jan 2015 16:50:59 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id h11so6176817wiw.5 for ; Tue, 27 Jan 2015 08:50:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=tcLD+yMQ3QrsqBUqsOIj4C0WemlmmGXsfdvGCBXyyvg=; b=ygcfDeqt/tehs3XkvyORO7oFoAvW+1V5gsWMUHJzRT84e3PGhvdV74AKbAQWdMr5jz JctyDjE1x3hl/nLPrbFAeGDluYt0IOM3lPFT5Qa3TdHW1rMgXry5AaTCuiSD5wk3TaNC SY2AnpdAZ3iiYDvrnkTILrOVlaPj6HUTWt1W6uIgNz1bmqcvH+59is6OqVZedQ34YEL+ mgGx1fDcmDuVA1z9TfyTBrJhe565BJ3VPCJr3cr2KJk6nXvd66L9XBJDLpvMCXuHoHKv YhCiYRpapXYapHkLiCIKW4c2fMOLcbY1PwcxA0m5x53TCaSMYYHxxq+t3yTUhlB4eI+K MD8Q== X-Received: by 10.180.37.197 with SMTP id a5mr8178824wik.2.1422377458058; Tue, 27 Jan 2015 08:50:58 -0800 (PST) Received: from Sevans-MacBook-Pro.local (cpc3-dals5-0-0-cust240.20-2.cable.virginm.net. [77.103.176.241]) by mx.google.com with ESMTPSA id e4sm2511492wjw.48.2015.01.27.08.50.51 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 27 Jan 2015 08:50:57 -0800 (PST) Message-ID: <54C7C1E8.5030202@gmail.com> Date: Tue, 27 Jan 2015 16:50:48 +0000 From: Sevan / Venture37 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi stability improved References: <54BEFCC6.5040108@foxvalley.net> <54BFAC6B.50201@selasky.org> <54C32FE3.1080807@foxvalley.net> In-Reply-To: <54C32FE3.1080807@foxvalley.net> 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, 27 Jan 2015 16:51:00 -0000 My Pi has been up for 4 days now running 11-CURRENT r277486, ran portsnap alfred over several days now without issue. Well done. Sevan / Venture37 From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 02:08: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 34734870 for ; Wed, 28 Jan 2015 02:08:46 +0000 (UTC) Received: from mail.openmailbox.org (mail.openmailbox.org [62.4.1.34]) (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 E5CF6F73 for ; Wed, 28 Jan 2015 02:08:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.openmailbox.org (Postfix) with ESMTP id AAEA62E01E5 for ; Wed, 28 Jan 2015 03:01:51 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=openmailbox.org; h=user-agent:message-id:subject:subject:from:from:date:date :content-transfer-encoding:content-type:content-type :mime-version:received:received; s=openmailbox; t=1422410508; bh=zeIt3FnvjT8Sm/YJDl5FZOIT3zr95oZPNE1UzkLvDtY=; b=G1M97B2Y4kOd p1BKXd7SNcMmEX0M6B/XiqUziYgMXlLFnrblyJQbPods62Iygecp6yrh9s93NtUX Y6DBsdoIdCSqjbH2hGcCqnhF8ZeXoPwLHtHIKuwZnSbftm/LIvFyyvv17k7s1O/q Rp1rzprDvU4hBew/+cp1HlRKuGxh9ZY= X-Virus-Scanned: amavisd-new at openmailbox.org Received: from mail.openmailbox.org ([62.4.1.34]) by localhost (mail.openmailbox.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eSK6RjTjHv6h for ; Wed, 28 Jan 2015 03:01:48 +0100 (CET) Received: from www.openmailbox.org (localhost [127.0.0.1]) by mail.openmailbox.org (Postfix) with ESMTP id 277382E01EB for ; Wed, 28 Jan 2015 03:01:48 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 28 Jan 2015 00:01:48 -0200 From: brunomaximom@openmailbox.org To: freebsd-arm@freebsd.org Subject: Testing FreeBSD on a tablet Message-ID: <9d6bb45334bca9c9b0a0f9e2f64fd56c@openmailbox.org> X-Sender: brunomaximom@openmailbox.org User-Agent: Roundcube Webmail/1.0.5 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, 28 Jan 2015 02:08:46 -0000 Hi folks, I'm noob about non-PC devices. I have bought my first smartphone 3 months ago (I had 2 brick-phones before :P) and earned an old tablet 2 months ago. The problem is: this tablet is a chinese Android tablet named iPad :P. That's why I want use it for testing and learning purposes. Looking for WMT1.9.1_88 at Google I found the tablet comes from this vendor http://www.flytouch.co.uk/ I'd like to port FreeBSD to it but I don't know how to erase/format the Android's /, all the OS I have tried just identify the SD card, never the /. May you guide me to the steps for how to port FreeBSD into Android device? What are the expected steps? Thanks. From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 09:53: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 E210BD7A for ; Wed, 28 Jan 2015 09:53:08 +0000 (UTC) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AFEF09BC for ; Wed, 28 Jan 2015 09:53:08 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id rp18so20624987iec.12 for ; Wed, 28 Jan 2015 01:53:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=/Rs2TkL9cHEb50uaQSBjyl29v4HzbMIJ+4imVPSJYQc=; b=FXfLU0Xjo3NdxTK1LvtMg07YZ8XnF2HhsihKNBLreZYWlx3zCdtgWGf7FY6h0F/UQS pGrgROZDWxs7+y86I44Zc3bVzLcAsHzzsgT99xJ3vnyDsyk1o0twVyplJIC2LYsAYfqW I851BV0P2VL7bLsT9Hv+V6h4Y1CeDmAuX7bi/BpC4o09iYu/U343EUpLfge/j0lJhz5j L1GKn+Y2QxIAjnYPyRUNLgoDAtAXrNFXsvlORtq0Nd8SJ0QrfY0ZCNeW8GrBJFl/2Fxr /I/lj44ZkqxCT5jrwV6Xu2bvQCnOKYGLhXHSJwuhNJ2qYbaq10rH2qYhkPaT0PhWpKg5 DKbw== X-Gm-Message-State: ALoCoQlSEbCs76tiz99T4kPLOCb3XrVCuxBPd9tM/wuGqLPo6MzM9aI1bBQSEzAGzS1bTL478ljhTmJbUacMC9BzqQ6WDEENTWj78+1aZzzLM2AyXpHaXU0y3SYurF3WFcE3VKCap86S X-Received: by 10.107.167.135 with SMTP id q129mr2754353ioe.23.1422438787373; Wed, 28 Jan 2015 01:53:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.5.136 with HTTP; Wed, 28 Jan 2015 01:52:52 -0800 (PST) From: "Lundberg, Johannes" Date: Wed, 28 Jan 2015 18:52:52 +0900 Message-ID: Subject: System-On-Module To: "freebsd-arm@freebsd.org" , "freebsd-mobile@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 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: Wed, 28 Jan 2015 09:53:09 -0000 SGkNCg0KT2YgYWxsIHRoZSBsb3cgcG93ZXIsIGhpZ2gtc3BlYyBzeXN0ZW0vY29tcHV0ZXItb24t bW9kdWxlcyBvdXQgdGhlcmUgd2hpY2gNCmhhdmUgYmVzdCBzdXBwb3J0IGZvciBGcmVlQlNEPw0K DQpNRU4NClZhcmlzY2l0ZQ0KVGVjaG5vbG9naWMgc3lzdGVtDQpBZGxpbmsNCmV0Yy4NCg0KV2hh dCBJIGFtIGxvb2tpbmcgZm9yIGlzIGEgc3lzdGVtIHdpdGggcm91Z2hseSB0aGlzIHNwZWNzDQpB Uk0gb3IgeDg2LCA2NGJpdCBpZiBwb3NzaWJsZS4NCjItNCBjb3Jlcw0KMS41LTIuMCBHSHoNCjIg R0IgUkFNDQp+MTYgR0IgU3RvcmFnZQ0KVVNCIDMuMA0KUENCIHNpemUgYWJvdXQgb25lIHRvIHR3 byBjcmVkaXQgY2FyZHMuDQoNCkkgd2lzaCB0byBtaW5pbWl6ZSB0aGUgYW1vdW50IG9mIHBvcnRp bmcgbmVlZGVkIHNvIEkgYW0gdmVyeSBncmF0ZWZ1bCBpZg0Kc29tZW9uZSBoYXMgZ29vZCBpbnNp Z2h0cyBpbiB0aGlzIGFyZWEuIEFuZCBvZiBjb3Vyc2UsIGl0IHdvdWxkIGhlbHAgYSBsb3QNCmlm IGl0IHdhcyBhIG1hbnVmYWN0dXJlciB3aG8gaXMgd2lsbGluZyB0byBwcm92aWRlIGRhdGFzaGVl dHMgdG8gbWFrZQ0KcG9ydGluZyBwb3NzaWJsZS4uDQoNClRoYW5rcyENCi0tDQpKb2hhbm5lcyBM dW5kYmVyZw0KCi0tIAo9LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09LT0tPS09 LT0tPS09LT0tPS0K56eY5a+G5L+d5oyB44Gr44Gk44GE44Gm77ya44GT44Gu6Zu75a2Q44Oh44O8 44Or44Gv44CB5ZCN5a6b5Lq644Gr6YCB5L+h44GX44Gf44KC44Gu44Gn44GC44KK44CB56eY5Yy/ 54m55qip44Gu5a++6LGh44Go44Gq44KL5oOF5aCx44KS5ZCr44KT44Gn44GE44G+44GZ44CCCuOC guOBl+OAgeWQjeWum+S6uuS7peWkluOBruaWueOBjOWPl+S/oeOBleOCjOOBn+WgtOWQiOOAgeOB k+OBruODoeODvOODq+OBruegtOajhOOAgeOBiuOCiOOBs+OBk+OBruODoeODvOODq+OBq+mWouOB meOCi+S4gOWIh+OBrumWi+ekuuOAgQropIflhpnjgIHphY3luIPjgIHjgZ3jga7ku5bjga7liKnn lKjjgIHjgb7jgZ/jga/oqJjovInlhoXlrrnjgavln7rjgaXjgY/jgYTjgYvjgarjgovooYzli5Xj goLjgZXjgozjgarjgYTjgojjgYbjgYrpoZjjgYTnlLPjgZfkuIrjgZLjgb7jgZnjgIIKLS0tCkNP TkZJREVOVElBTElUWSBOT1RFOiBUaGUgaW5mb3JtYXRpb24gaW4gdGhpcyBlbWFpbCBpcyBjb25m aWRlbnRpYWwKYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZS4KRGlzY2xvc3Vy ZSwgY29weWluZywgZGlzdHJpYnV0aW9uIG9yIGFueSBvdGhlciBhY3Rpb24gb2YgdXNlIG9mIHRo aXMKZW1haWwgYnkgcGVyc29uIG90aGVyIHRoYW4gaW50ZW5kZWQgcmVjaXBpZW50LCBpcyBwcm9o aWJpdGVkLgpJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50IGFuZCBoYXZlIHJl Y2VpdmVkIHRoaXMgZW1haWwgaW4KZXJyb3IsIHBsZWFzZSBkZXN0cm95IHRoZSBvcmlnaW5hbCBt ZXNzYWdlLgo= From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 14:02: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 F1E9788C for ; Wed, 28 Jan 2015 14:02:06 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id ADA8E839 for ; Wed, 28 Jan 2015 14:02:06 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id C9ED4C4934; Wed, 28 Jan 2015 15:56:20 +0200 (EET) Date: Wed, 28 Jan 2015 15:56:20 +0200 From: Aleksandr Rybalko To: SAITOU Toshihide Subject: Re: vt(4) support for AM335x Message-Id: <20150128155620.6650fa69906966264755f6ca@ddteam.net> In-Reply-To: <20150126.205929.386635660159397063.toshi@ruby.ocn.ne.jp> References: <20150126.205929.386635660159397063.toshi@ruby.ocn.ne.jp> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd9.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: Wed, 28 Jan 2015 14:02:07 -0000 On Mon, 26 Jan 2015 20:59:29 +0900 (JST) SAITOU Toshihide wrote: > I know that vt(4) support for AM335x is committed. > I confirm the Japanese character is displayed now. > Fantastic! > > Is that mean the X11 for BBB is close at hand? Hi SAITOU, You can try xf86-video-scfb driver. vt(4) drivers for framebuffers expose to vt(4) info about their buffer, so generic module of vt(4) (called fbd) can give you access via /dev/fb node. > > -- > SAITOU Toshihide > _______________________________________________ > 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" -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 14:16: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 81486D73 for ; Wed, 28 Jan 2015 14:16:50 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 13063996 for ; Wed, 28 Jan 2015 14:16:50 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id f12so16249719qad.10 for ; Wed, 28 Jan 2015 06:16:49 -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=0zuUMwhZ0CqqL20Cqezx9mCD+qixFGWXxV4AwyCKo0U=; b=va21aXzi3F0qK+1TAcT4A5GHCZFx2plx27/YwU3Q7P8jteqYr9gk+QjD045BGetynO HBct1B9AjS2m3U8isDJuomFRGDMoIMllt7kPokwxCvl9HQuCsuPhkoLzpgY0rdeR0zZc EXHND1FENToLvoOVkge+45XzBBubSNUi2MpRTMI5znf6eHUfKHqJLYkM+eFNtNy98eXq UjhIS0j8Wpzo+X3XJt0HLHMgtqStazUoL6l9qavqEG0uAyW3b92vAFAkzVck7NWl1Qgc BgOWU7Ht1qS8bl9AGAHXVegtRpH/HWHrqeq9eNEUuAJDyJDT7j/D9Q4pPIBiTle6MxmP m9vQ== MIME-Version: 1.0 X-Received: by 10.140.88.48 with SMTP id s45mr12783046qgd.28.1422454609047; Wed, 28 Jan 2015 06:16:49 -0800 (PST) Received: by 10.140.82.180 with HTTP; Wed, 28 Jan 2015 06:16:48 -0800 (PST) In-Reply-To: References: Date: Wed, 28 Jan 2015 15:16:48 +0100 Message-ID: Subject: Re: interrupt framework From: Svatopluk Kraus To: freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary=001a11c13d0eaf1b20050db7058a 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: Wed, 28 Jan 2015 14:16:50 -0000 --001a11c13d0eaf1b20050db7058a Content-Type: text/plain; charset=UTF-8 New ARM interrupt framework is implemented fully now. At this moment, only GIC interrupt controller is working with this framework and it was tested on pandaboard. I'm going to change all other ARM interrupt controllers in source tree, however, I will else be able to test only the ones related to BBB and Raspberry Pi. The testing was done only according to old framework at this moment. The new features like fast interrupt handling, cascaded controllers, explicit interrupt binding and describing were not tested. However, interrupts are now shuffled among all running CPUs by round-robin method according to x86 interrupt framework. Nevertheless, it is just a proof of concept. The way on which CPU(s) an interrupt will be served should be changed as on capable controllers the not bound interrupt could be served on all running CPUs in controller'c CPU cluster. The decision should be always taken by controller (with help of framework if needed). Thus there is still some work on the framework, but I do not suppose any drastic changes. Therefore it is not cleaned up now. It includes changes done in other files too. --------------------------------------- Now, a few words about new framework which have not been said yet. It lays between system and controllers. Communication between system and framework is done by an interrupt number which is opaque to controllers and more like resource handle. AFAIK there are five bus methods: BUS_CONFIG_INTR, BUS_SETUP_INTR, BUS_BIND_INTR, BUS_DESCRIBE_INTR BUS_TEARDOWN_INTR. The order in which I wrote them is much the order in which should be called by a consumer. However, the simplest consumer calls BUS_SETUP_INTR only. New framework is more strict than man pages are in that an interrupt configuration is not permited on active (enabled) interrupt. In other words, BUS_CONFIG_INTR must be called before BUS_SETUP_INTR. BUS_BIND_INTR and BUS_DESCRIBE_INTR are connected to specific handler (MI interrupt framework) so they must be called after BUS_SETUP_INTR. BUS_BIND_INTR binds interrupt's ithread if exists too and BUS_DESCRIBE_INTR describes associated handler. Of course, the order of these two methods can be switched. Communication between framework and a controller is done by an interrupt source (ISRC) which is now made public. It makes an access simpler for controllers, but if there will be many controllers (on more arch possibly), it makes framework modifications harder. So this is still opened question: privite or public? However, for now it's not problem to switch from one way to another. There are six main pic methods: PIC_REGISTER, PIC_ENABLE_INTR, PIC_ENABLE_SOURCE, PIC_DISABLE_SOURCE, PIC_DISABLE_INTR, PIC_UNREGISTER, three suplementary methods: PIC_POST_FILTER, PIC_PRE_ITHREAD, PIC_POST_ITHREAD, and three SMP methods: PIC_BIND, PIC_IPI_SEND, PIC_INIT_SECONDARY. As was said before, an ISRC is created by some mapping function which provides description of the source. This can happen before ISRC's controller is presented in system. So the creation of ISRC is independent on related controller. Provided description must be well known for that controller while it's opaque for framework except one thing. Each mapping fuction must provide an opaque key to ISRC which identificates a controller. Likewise, each controller must register itself to framework with its opaque key. There are two mapping function in the framework now: u_int arm_namespace_map_irq(device_t dev, uint16_t type, uint16_t num); u_int arm_fdt_map_irq(phandle_t node, pcell_t *cells, u_int ncells); Thus ISRC is not connected to related controller at the beginning and must be registered (mapped) to it later. It's done by PIC_REGISTER, but before that a related controller (if not known already) must be found according to saved key. Then in PIC_REGISTER, a controller should evaluate provided ISRC desription and if recognized, do any allocation of related data and save ISRC inside itself for interrupt managing reason. When ISRC is going to be enabled, PIC_ENABLE_INTR and PIC_ENABLE_SOURCE are called. In PIC_ENABLE_INTR, a controller is supposed to prepare everything for real enabling of related interrupt. It means doing configuration, binding, whatever is needed. PIC_ENABLE_SOURCE should be simple unmasking of related interrupt and it's called repeatedly during interrupt dispaching. Likewise PIC_DISABLE_SOURCE should be simple masking of related interrupt, PIC_DISABLE_INTR should clean up, and PIC_UNREGISTER should clear any evidence about. While PIC_REGISTER and PIC_UNREGISTER are called without framework locking and it's controller's resposibility to ensure atomicity of registration process, the other four methods are called with framework locking. It has simple reason as a controller is supposed to do all hard work for an ISRC (allocation) in PIC_REGISTER and PIC_UNREGISTER. The suplementary methods are presented due to using of MI interrupt framework and should be tailored exactly for its needs. The using of SMP methods are obvious. The IPIs are setup on a controller by same PIC_REGISTER method as standard interrupts with use of namespace mapping functions. The cpu argument passed to PIC_BIND is an integer (not cpuset_t) as MI interface binding methods works only with single cpu. --------------------------------------- Finally a few words about removable controllers. It should be no problem as we are in kernel. At least as long as everybody will act correctly. Suprisingly, it will be only problem of interrupt counting because of the way how sysctl and DDB work with it. However, for now, controllers are not removable and once registered ISRC is never unregistered (which is safe as an ISRC should be described always same). Nevertheless, I have pretty ideas for how to make controllers removable. --------------------------------------- The attached diff is made against today's 277826 revision. New framework must be anabled by option ARM_INTRNG in board's configuration file. And debug framework's prints are enabled now. Tomorow I'm leaving the town and will be back on next Thursday, so sorry for any late reply if will be needed in that time. Svata On Thu, Jan 15, 2015 at 2:51 PM, Svatopluk Kraus wrote: > Hi community, > > I and Michal Meloun have done some work on ARM interrupt framework and > this is the result. > > We've started with intrng project with Ian's WIP changes, have looked > at Andrew's ARM64 git repository, and this is how we think an > interrupt framework should look like. We've implemented it with > removable interrupt controllers in mind (PCI world). It's not finished > from this point of view, however some functions are more complex > because of it. > > It's tested on pandaboard and only GIC is implemented now. There is no > problem to implement it to other controllers. We are open to questions > and can finish our work considering any comments. Whoever is waiting > for ARM interrupt framework as we were, you are welcome to test it. > Whoever is welcome. The patches are done against FreeBSD-11-current > revision 277210. There are two new files. > > ARM_INTRNG option must be added to board configuration file for new framework. > > There are still some things not implemented and some things which > should be discussed like PPI support. For example, how to enable PPI > interrupt on other CPUs when they are already running? > > We keep in mind that an interrupt framework should be helpfull but > general enough to not dictate interrupt controlles too much. Thus we > try to keep some things as much separated as possible. Each interrupt > is represented by an interrupt source (ISRC) in the framework. An ISRC > is described by an interrupt number which is much more an unique > resource handle - totally independent on internal representation of > interrupts in any interrupt controller. > > An interrupt is described by cells in FDT world. The cells can be > decoded only by associated interrupt controller and as such, they are > transparent for interrupt framework. The framework provides > arm_fdt_map_irq() function which maps this transparent cells to an > interrupt number. It creates an ISRC, saves cells on it, and once when > associated interrupt controller is registered, it provides the ISRC > with cells into the controller. > > It's a controller responsibility to save an ISRC associated with > cells. An ISRC is transparent for any controller. However, an > controller can set/get its data to/from an ISRC. Further, an > controller should set a name to an ISRC according to internal > representation of associated interrupt. > > An controller interrupt dispatch function can call framework only if > it has associated ISRC to received interrupt. > > For legacy reason, there is arm_namespace_map_irq() function. An > interrupt is described by namespace type and a number from the > namespace. It's intented for use with no FDT drivers. Now, it's used > for mapping an IPI on a controller. > > We think that it's better to call chained controllers (with filter > only) without MI interrupt framework overhead, so we implemented > shortcut. It could be utilized by INTR_SOLO flag during > bus_setup_intr(). > > Only an interrupt controller can really know its position in interrupt > controller's tree. So root controller must claim itself as a root. In > FDT world, according to ePAPR approved version 1.1 from 08 April 2011, > page 30: > > "The root of the interrupt tree is determined when traversal of the > interrupt tree reaches an interrupt controller node without an > interrupts property and thus no explicit interrupt parent." > > Thus there are no need for any non-standard things in DTS files. > > Svata --001a11c13d0eaf1b20050db7058a Content-Type: text/plain; charset=US-ASCII; name="intrng_onwahe3.diff" Content-Disposition: attachment; filename="intrng_onwahe3.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i5gsl5nf5 SW5kZXg6IHN5cy9hcm0vYXJtL2dpYy5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vYXJtL2dpYy5j CShyZXZpc2lvbiAyNzc4MjYpCisrKyBzeXMvYXJtL2FybS9naWMuYwkod29ya2luZyBjb3B5KQpA QCAtMzQsNiArMzQsOCBAQAogI2luY2x1ZGUgPHN5cy9jZGVmcy5oPgogX19GQlNESUQoIiRGcmVl QlNEJCIpOwogCisjaW5jbHVkZSAib3B0X3BsYXRmb3JtLmgiCisKICNpbmNsdWRlIDxzeXMvcGFy YW0uaD4KICNpbmNsdWRlIDxzeXMvc3lzdG0uaD4KICNpbmNsdWRlIDxzeXMvYnVzLmg+CkBAIC00 MCw2ICs0Miw3IEBACiAjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgogI2luY2x1ZGUgPHN5cy9rdHIu aD4KICNpbmNsdWRlIDxzeXMvbW9kdWxlLmg+CisjaW5jbHVkZSA8c3lzL21hbGxvYy5oPgogI2lu Y2x1ZGUgPHN5cy9ybWFuLmg+CiAjaW5jbHVkZSA8c3lzL3BjcHUuaD4KICNpbmNsdWRlIDxzeXMv cHJvYy5oPgpAQCAtNTUsNiArNTgsMTEgQEAKICNpbmNsdWRlIDxkZXYvb2Z3L29md19idXMuaD4K ICNpbmNsdWRlIDxkZXYvb2Z3L29md19idXNfc3Vici5oPgogCisjaWZkZWYgQVJNX0lOVFJORwor I2luY2x1ZGUgPHN5cy9zY2hlZC5oPgorI2luY2x1ZGUgInBpY19pZi5oIgorI2VuZGlmCisKIC8q IFdlIGFyZSB1c2luZyBHSUN2MiByZWdpc3RlciBuYW1pbmcgKi8KIAogLyogRGlzdHJpYnV0b3Ig UmVnaXN0ZXJzICovCkBAIC04Myw4ICs5MSw4IEBACiAjZGVmaW5lIEdJQ0NfQUJQUgkJMHgwMDFD CQkJLyogdjEgSUNDQUJQUiAqLwogI2RlZmluZSBHSUNDX0lJRFIJCTB4MDBGQwkJCS8qIHYxIElD Q0lJRFIqLwogCi0jZGVmaW5lCUdJQ19GSVJTVF9JUEkJCSAwCS8qIElycXMgMC0xNSBhcmUgU0dJ cy9JUElzLiAqLwotI2RlZmluZQlHSUNfTEFTVF9JUEkJCTE1CisjZGVmaW5lCUdJQ19GSVJTVF9T R0kJCSAwCS8qIElycXMgMC0xNSBhcmUgU0dJcy9JUElzLiAqLworI2RlZmluZQlHSUNfTEFTVF9T R0kJCTE1CiAjZGVmaW5lCUdJQ19GSVJTVF9QUEkJCTE2CS8qIElycXMgMTYtMzEgYXJlIHByaXZh dGUgKHBlciAqLwogI2RlZmluZQlHSUNfTEFTVF9QUEkJCTMxCS8qIGNvcmUpIHBlcmlwaGVyYWwg aW50ZXJydXB0cy4gKi8KICNkZWZpbmUJR0lDX0ZJUlNUX1NQSQkJMzIJLyogSXJxcyAzMisgYXJl IHNoYXJlZCBwZXJpcGhlcmFscy4gKi8KQEAgLTk4LDggKzEwNiwyMiBAQAogI2RlZmluZSBHSUNE X0lDRkdSX1RSSUdfRURHRQkoMSA8PCAxKQogI2RlZmluZSBHSUNEX0lDRkdSX1RSSUdfTUFTSwkw eDIKIAorI2lmZGVmIEFSTV9JTlRSTkcKKyNkZWZpbmUgR0lDX0lOVFJOQU1FX0xFTgkzMgorCitz dHJ1Y3QgYXJtX2dpY19pcnEgeworCXN0cnVjdCBhcm1faXJxc3JjICoJZ2lfaXNyYzsKK307CisK K3N0YXRpYyBpbnQgYXJtX2dpY19pbnRyKHZvaWQgKiwgc3RydWN0IHRyYXBmcmFtZSAqKTsKKyNl bmRpZgorCiBzdHJ1Y3QgYXJtX2dpY19zb2Z0YyB7CiAJZGV2aWNlX3QJCWdpY19kZXY7CisjaWZk ZWYgQVJNX0lOVFJORworCXZvaWQgKgkJCWdpY19pbnRyaGFuZDsKKwlzdHJ1Y3QgYXJtX2dpY19p cnEgKglnaWNfaXJxczsKKyNlbmRpZgogCXN0cnVjdCByZXNvdXJjZSAqCWdpY19yZXNbM107CiAJ YnVzX3NwYWNlX3RhZ190CQlnaWNfY19ic3Q7CiAJYnVzX3NwYWNlX3RhZ190CQlnaWNfZF9ic3Q7 CkBAIC0xMTMsMTAgKzEzNSwxMyBAQAogc3RhdGljIHN0cnVjdCByZXNvdXJjZV9zcGVjIGFybV9n aWNfc3BlY1tdID0gewogCXsgU1lTX1JFU19NRU1PUlksCTAsCVJGX0FDVElWRSB9LAkvKiBEaXN0 cmlidXRvciByZWdpc3RlcnMgKi8KIAl7IFNZU19SRVNfTUVNT1JZLAkxLAlSRl9BQ1RJVkUgfSwJ LyogQ1BVIEludGVycnVwdCBJbnRmLiByZWdpc3RlcnMgKi8KKyNpZmRlZiBBUk1fSU5UUk5HCisJ eyBTWVNfUkVTX0lSUSwJICAwLCBSRl9BQ1RJVkUgfCBSRl9PUFRJT05BTCB9LCAvKiBQYXJlbnQg aW50ZXJydXB0ICovCisjZW5kaWYKIAl7IC0xLCAwIH0KIH07CiAKLXN0YXRpYyBzdHJ1Y3QgYXJt X2dpY19zb2Z0YyAqYXJtX2dpY19zYyA9IE5VTEw7CitzdGF0aWMgc3RydWN0IGFybV9naWNfc29m dGMgKmdpY19zYyA9IE5VTEw7CiAKICNkZWZpbmUJZ2ljX2NfcmVhZF80KF9zYywgX3JlZykJCVwK ICAgICBidXNfc3BhY2VfcmVhZF80KChfc2MpLT5naWNfY19ic3QsIChfc2MpLT5naWNfY19ic2gs IChfcmVnKSkKQEAgLTEyNyw5ICsxNTIsMTEgQEAKICNkZWZpbmUJZ2ljX2Rfd3JpdGVfNChfc2Ms IF9yZWcsIF92YWwpCQlcCiAgICAgYnVzX3NwYWNlX3dyaXRlXzQoKF9zYyktPmdpY19kX2JzdCwg KF9zYyktPmdpY19kX2JzaCwgKF9yZWcpLCAoX3ZhbCkpCiAKKyNpZm5kZWYgQVJNX0lOVFJORwog c3RhdGljIGludCBnaWNfY29uZmlnX2lycShpbnQgaXJxLCBlbnVtIGludHJfdHJpZ2dlciB0cmln LAogICAgIGVudW0gaW50cl9wb2xhcml0eSBwb2wpOwogc3RhdGljIHZvaWQgZ2ljX3Bvc3RfZmls dGVyKHZvaWQgKik7CisjZW5kaWYKIAogc3RhdGljIHN0cnVjdCBvZndfY29tcGF0X2RhdGEgY29t cGF0X2RhdGFbXSA9IHsKIAl7ImFybSxnaWMiLAkJdHJ1ZX0sCS8qIE5vbi1zdGFuZGFyZCwgdXNl ZCBpbiBGcmVlQlNEIGR0cy4gKi8KQEAgLTE1NSwxMCArMTgyLDU4IEBACiAJcmV0dXJuIChCVVNf UFJPQkVfREVGQVVMVCk7CiB9CiAKKyNpZmRlZiBBUk1fSU5UUk5HCitzdGF0aWMgaW5saW5lIHZv aWQKK2dpY19pcnFfdW5tYXNrKHN0cnVjdCBhcm1fZ2ljX3NvZnRjICpzYywgdV9pbnQgaXJxKQor eworCisJZ2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JU0VOQUJMRVIoaXJxID4+IDUpLCAoMVVMIDw8 IChpcnEgJiAweDFGKSkpOworfQorCitzdGF0aWMgaW5saW5lIHZvaWQKK2dpY19pcnFfbWFzayhz dHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MsIHVfaW50IGlycSkKK3sKKworCWdpY19kX3dyaXRlXzQo c2MsIEdJQ0RfSUNFTkFCTEVSKGlycSA+PiA1KSwgKDFVTCA8PCAoaXJxICYgMHgxRikpKTsKK30K KyNlbmRpZgorCisjaWZkZWYgU01QCisjaWZkZWYgQVJNX0lOVFJORwogc3RhdGljIHZvaWQKIGFy bV9naWNfaW5pdF9zZWNvbmRhcnkoZGV2aWNlX3QgZGV2KQogewogCXN0cnVjdCBhcm1fZ2ljX3Nv ZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwl1X2ludCBpcnE7CisKKwlmb3IgKGly cSA9IDA7IGlycSA8IHNjLT5uaXJxczsgaXJxICs9IDQpCisJCWdpY19kX3dyaXRlXzQoc2MsIEdJ Q0RfSVBSSU9SSVRZUihpcnEgPj4gMiksIDApOworCisJLyogU2V0IGFsbCB0aGUgaW50ZXJydXB0 cyB0byBiZSBpbiBHcm91cCAwIChzZWN1cmUpICovCisJZm9yIChpcnEgPSAwOyBpcnEgPCBzYy0+ bmlycXM7IGlycSArPSAzMikgeworCQlnaWNfZF93cml0ZV80KHNjLCBHSUNEX0lHUk9VUFIoaXJx ID4+IDUpLCAwKTsKKwl9CisKKwkvKiBFbmFibGUgQ1BVIGludGVyZmFjZSAqLworCWdpY19jX3dy aXRlXzQoc2MsIEdJQ0NfQ1RMUiwgMSk7CisKKwkvKiBTZXQgcHJpb3JpdHkgbWFzayByZWdpc3Rl ci4gKi8KKwlnaWNfY193cml0ZV80KHNjLCBHSUNDX1BNUiwgMHhmZik7CisKKwkvKiBFbmFibGUg aW50ZXJydXB0IGRpc3RyaWJ1dGlvbiAqLworCWdpY19kX3dyaXRlXzQoc2MsIEdJQ0RfQ1RMUiwg MHgwMSk7CisKKwkvKiBVbm1hc2sgYXR0YWNoZWQgUFBJIGludGVycnVwdHMuICovCisJZm9yIChp cnEgPSBHSUNfRklSU1RfUFBJOyBpcnEgPD0gR0lDX0xBU1RfUFBJOyBpcnErKykgeworCQlpZiAo c2MtPmdpY19pcnFzW2lycV0uZ2lfaXNyYyAhPSBOVUxMKQorCQkJZ2ljX2lycV91bm1hc2soc2Ms IGlycSk7CisJfQorfQorI2Vsc2UKK3N0YXRpYyB2b2lkCithcm1fZ2ljX2luaXRfc2Vjb25kYXJ5 KGRldmljZV90IGRldikKK3sKKwlzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0 X3NvZnRjKGRldik7CiAJaW50IGk7CiAKIAlmb3IgKGkgPSAwOyBpIDwgc2MtPm5pcnFzOyBpICs9 IDQpCkBAIC0xODUsNyArMjYwLDEwIEBACiAJZ2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JU0VOQUJM RVIoMjkgPj4gNSksICgxVUwgPDwgKDI5ICYgMHgxRikpKTsKIAlnaWNfZF93cml0ZV80KHNjLCBH SUNEX0lTRU5BQkxFUigzMCA+PiA1KSwgKDFVTCA8PCAoMzAgJiAweDFGKSkpOwogfQorI2VuZGlm IC8qIEFSTV9JTlRSTkcgKi8KKyNlbmRpZiAvKiBTTVAgKi8KIAorI2lmbmRlZiBBUk1fSU5UUk5H CiBpbnQKIGdpY19kZWNvZGVfZmR0KHVpbnQzMl90IGlwYXJlbnQsIHVpbnQzMl90ICppbnRyLCBp bnQgKmludGVycnVwdCwKICAgICBpbnQgKnRyaWcsIGludCAqcG9sKQpAQCAtMjMwLDYgKzMwOCw3 IEBACiAJfQogCXJldHVybiAoMCk7CiB9CisjZW5kaWYKIAogc3RhdGljIGludAogYXJtX2dpY19h dHRhY2goZGV2aWNlX3QgZGV2KQpAQCAtMjM3LDExICszMTYsMTcgQEAKIAlzdHJ1Y3QJCWFybV9n aWNfc29mdGMgKnNjOwogCWludAkJaTsKIAl1aW50MzJfdAlpY2NpaWRyOworCWludHB0cl90CXhy ZWY7CiAKLQlpZiAoYXJtX2dpY19zYykKKwlpZiAoZ2ljX3NjKQogCQlyZXR1cm4gKEVOWElPKTsK IAogCXNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworI2lmZGVmIEZEVAorCXhyZWYgPSBPRl94 cmVmX2Zyb21fbm9kZShvZndfYnVzX2dldF9ub2RlKGRldikpOworI2Vsc2UKKwl4cmVmID0gTlVM TDsKKyNlbmRpZgogCiAJaWYgKGJ1c19hbGxvY19yZXNvdXJjZXMoZGV2LCBhcm1fZ2ljX3NwZWMs IHNjLT5naWNfcmVzKSkgewogCQlkZXZpY2VfcHJpbnRmKGRldiwgImNvdWxkIG5vdCBhbGxvY2F0 ZSByZXNvdXJjZXNcbiIpOwpAQCAtMjQ5LDcgKzMzNCw3IEBACiAJfQogCiAJc2MtPmdpY19kZXYg PSBkZXY7Ci0JYXJtX2dpY19zYyA9IHNjOworCWdpY19zYyA9IHNjOwogCiAJLyogSW5pdGlhbGl6 ZSBtdXRleCAqLwogCW10eF9pbml0KCZzYy0+bXV0ZXgsICJHSUMgbG9jayIsICIiLCBNVFhfU1BJ Tik7CkBAIC0yNjksOSArMzU0LDE0IEBACiAJc2MtPm5pcnFzID0gZ2ljX2RfcmVhZF80KHNjLCBH SUNEX1RZUEVSKTsKIAlzYy0+bmlycXMgPSAzMiAqICgoc2MtPm5pcnFzICYgMHgxZikgKyAxKTsK IAorI2lmZGVmIEFSTV9JTlRSTkcKKwlzYy0+Z2ljX2lycXMgPSBtYWxsb2Moc2MtPm5pcnFzICog c2l6ZW9mICgqc2MtPmdpY19pcnFzKSwgTV9ERVZCVUYsCisJICAgIE1fV0FJVE9LIHwgTV9aRVJP KTsKKyNlbHNlCiAJLyogU2V0IHVwIGZ1bmN0aW9uIHBvaW50ZXJzICovCiAJYXJtX3Bvc3RfZmls dGVyID0gZ2ljX3Bvc3RfZmlsdGVyOwogCWFybV9jb25maWdfaXJxID0gZ2ljX2NvbmZpZ19pcnE7 CisjZW5kaWYKIAogCWljY2lpZHIgPSBnaWNfY19yZWFkXzQoc2MsIEdJQ0NfSUlEUik7CiAJZGV2 aWNlX3ByaW50ZihkZXYsInBuIDB4JXgsIGFyY2ggMHgleCwgcmV2IDB4JXgsIGltcGxlbWVudGVy IDB4JXggaXJxcyAldVxuIiwKQEAgLTMwNywxMSArMzk3LDQ2NCBAQAogCiAJLyogRW5hYmxlIGlu dGVycnVwdCBkaXN0cmlidXRpb24gKi8KIAlnaWNfZF93cml0ZV80KHNjLCBHSUNEX0NUTFIsIDB4 MDEpOworI2lmbmRlZiBBUk1fSU5UUk5HCisJcmV0dXJuICgwKTsKKyNlbHNlCisJLyoKKwkgKiBO b3csIHdoZW4gZXZlcnl0aGluZyBpcyBpbml0aWFsaXplZCwgaXQncyByaWdodCB0aW1lIHRvCisJ ICogcmVnaXN0ZXIgaW50ZXJydXB0IGNvbnRyb2xsZXIgdG8gaW50ZXJydXB0IGZyYW1lZm9yay4K KwkgKi8KKwlpZiAoYXJtX3JlZ2lzdGVyX3BpYyhkZXYsIHhyZWYpICE9IDApIHsKKwkJZGV2aWNl X3ByaW50ZihkZXYsICJjb3VsZCBub3QgcmVnaXN0ZXIgUElDXG4iKTsKKwkJZ290byBjbGVhbnVw OworCX0KIAorCWlmIChzYy0+Z2ljX3Jlc1syXSA9PSBOVUxMKSB7CisJCWlmIChhcm1faXJxX3Nl dF9yb290KGRldiwgeHJlZiwgYXJtX2dpY19pbnRyLCBzYywKKwkJICAgIEdJQ19MQVNUX1NHSSAt IEdJQ19GSVJTVF9TR0kgKyAxKSAhPSAwKSB7CisJCQlkZXZpY2VfcHJpbnRmKGRldiwgImNvdWxk IG5vdCBzZXQgUElDIGFzIGEgcm9vdFxuIik7CisJCQlhcm1fdW5yZWdpc3Rlcl9waWMoZGV2LCB4 cmVmKTsKKwkJCWdvdG8gY2xlYW51cDsKKwkJfQorCX0gZWxzZSB7CisJCWlmIChidXNfc2V0dXBf aW50cihkZXYsIHNjLT5naWNfcmVzWzJdLCBJTlRSX1RZUEVfTUlTQyB8CisJCSAgICBJTlRSX1NP TE8sICh2b2lkKilhcm1fZ2ljX2ludHIsIE5VTEwsIHNjLAorCQkgICAgJnNjLT5naWNfaW50cmhh bmQpKSB7CisJCQlkZXZpY2VfcHJpbnRmKGRldiwgImNvdWxkIG5vdCBzZXR1cCBpcnEgaGFuZGxl clxuIik7CisJCQlhcm1fdW5yZWdpc3Rlcl9waWMoZGV2LCB4cmVmKTsKKwkJCWdvdG8gY2xlYW51 cDsKKwkJfQorCX0KKwogCXJldHVybiAoMCk7CisKK2NsZWFudXA6CisJLyoKKwkgKiBYWFggLSBu b3QgaW1wbGVtZW50ZWQgYXJtX2dpY19kZXRhY2goKSBzaG91bGQgYmUgY2FsbGVkICEKKwkgKi8K KwlpZiAoc2MtPmdpY19pcnFzICE9IE5VTEwpCisJCWZyZWUoc2MtPmdpY19pcnFzLCBNX0RFVkJV Rik7CisJYnVzX3JlbGVhc2VfcmVzb3VyY2VzKGRldiwgYXJtX2dpY19zcGVjLCBzYy0+Z2ljX3Jl cyk7CisJcmV0dXJuKEVOWElPKTsKKyNlbmRpZgogfQogCisjaWZkZWYgQVJNX0lOVFJORwogc3Rh dGljIGludAorYXJtX2dpY19pbnRyKHZvaWQgKmFyZywgc3RydWN0IHRyYXBmcmFtZSAqdGYpCit7 CisJc3RydWN0IGFybV9naWNfc29mdGMgKnNjID0gKHN0cnVjdCBhcm1fZ2ljX3NvZnRjICopYXJn OworCXN0cnVjdCBhcm1fZ2ljX2lycSAqZ2k7CisJdWludDMyX3QgaXJxX2FjdGl2ZV9yZWcsIGly cTsKKworCWlycV9hY3RpdmVfcmVnID0gZ2ljX2NfcmVhZF80KHNjLCBHSUNDX0lBUik7CisJaXJx ID0gaXJxX2FjdGl2ZV9yZWcgJiAweDNGRjsKKworCS8qCisJICogMS4gRU9JIG11c3QgYmUgZG9u ZSBoZXJlIGFzIHRoZSBvdGhlciBiaXRzIChpLmUuIENQVSBudW1iZXIpLCBub3QKKwkgKiAgICBq dXN0IHRoZSBJUlEgbnVtYmVyIGFyZSByZXF1aXJlZCwgYW5kIHdlIGRvIG5vdCBoYXZlIGEgbWV0 aG9kCisJICogICAgaG93IHRvIHBhc3MgdGhpcyBpbmZvcm1hdGlvbiB0byBkaXNwYXRjaCBmdW5j dGlvbi4KKwkgKiAyLiBFT0kgbXVzdCBiZSBkb25lIG9uIHNhbWUgQ1BVLCB3aGVyZSBpbnRlcnJ1 cHQgaGFzIGZpcmVkLiBUaHVzCisJICogICAgd2UgbXVzdCBlbnN1cmUgdGhhdCBpbnRlcnJ1cHRl ZCB0aHJlYWQgZG9lcyBub3QgbWlncmF0ZSB0bworCSAqICAgIGFub3RoZXIgQ1BVLgorCSAqIDMu IEVPSSBjYW5ub3QgYmUgZGVsYXllZCBieSBhbnkgcHJlZW1wdGlvbiwgd2hpY2ggY291bGQgaGFw cGVuIG9uCisJICogICAgY3JpdGljYWxfZXhpdCgpIHVzZWQgaW4gTUkgaW50ciBjb2RlLCB3aGVu IGludGVycnVwdCB0aHJlYWQgaXMKKwkgKiAgICBzY2hlZHVsZWQuIFNlZSBuZXh0IHBvaW50Lgor CSAqIDQuIElQSV9SRU5ERVpWT1VTIGFzc3VtZXMgdGhhdCBubyBwcmVlbXB0aW9uIGlzIHBlcm1p dHRlZCBkdXJpbmcKKwkgKiAgICBhbiBhY3Rpb24gYW5kIGFueSB1c2Ugb2YgY3JpdGljYWxfZXhp dCgpIGNvdWxkIGJyZWFrIHRoaXMKKwkgKiAgICBhc3N1bXB0aW9uLiBTZWUgY29tbWVudHMgd2l0 aGluIHNtcF9yZW5kZXp2b3VzX2FjdGlvbigpLgorCSAqLworCisJaWYgKGlycSA+PSBzYy0+bmly cXMpIHsKKwkJZGV2aWNlX3ByaW50ZihzYy0+Z2ljX2RldiwgIlNwdXJpb3VzIGludGVycnVwdCBk ZXRlY3RlZFxuIik7CisJCWdpY19jX3dyaXRlXzQoc2MsIEdJQ0NfRU9JUiwgaXJxX2FjdGl2ZV9y ZWcpOworCQlyZXR1cm4gKDApOworCX0KKworCWdpID0gJnNjLT5naWNfaXJxc1tpcnFdOworCWlm IChnaS0+Z2lfaXNyYyA9PSBOVUxMKSB7CisJCWRldmljZV9wcmludGYoc2MtPmdpY19kZXYsICJT dHJheSBpbnRlcnJ1cHQgJXUgZGV0ZWN0ZWRcbiIsIGlycSk7CisJCWdpY19pcnFfbWFzayhzYywg aXJxKTsKKwkJZ2ljX2Nfd3JpdGVfNChzYywgR0lDQ19FT0lSLCBpcnFfYWN0aXZlX3JlZyk7CisJ CXJldHVybiAoMCk7CisJfQorCisJLyoKKwkgKiBOb3RlIHRoYXQgR0lDX0ZJUlNUX1NHSSBpcyB6 ZXJvIGFuZCBpcyBub3QgdXNlZCBpbiAnaWYnIHN0YXRlbWVudAorCSAqIGFzIGNvbXBpbGVyIGNv bXBsYWlucyB0aGF0IGNvbXBhcmluZyB1X2ludCA+PSAwIGlzIGFsd2F5cyB0cnVlLgorCSAqLwor CWlmIChpcnEgPD0gR0lDX0xBU1RfU0dJKSB7CisjaWZkZWYgU01QCisJCS8qIENhbGwgRU9JIGZv ciBhbGwgSVBJIGJlZm9yZSBkaXNwYXRjaC4gKi8KKwkJZ2ljX2Nfd3JpdGVfNChzYywgR0lDQ19F T0lSLCBpcnFfYWN0aXZlX3JlZyk7CisJCWFybV9kaXNwYXRjaF9zZ2koZ2ktPmdpX2lzcmMsIHRm KTsKKwkJcmV0dXJuIChGSUxURVJfSEFORExFRCk7CisjZWxzZQorCQlwcmludGYoIlNHSSAldSBv biBVUCBzeXN0ZW0gZGV0ZWN0ZWRcbiIsIGlycSAtIEdJQ19GSVJTVF9TR0kpOworCQlnaWNfY193 cml0ZV80KHNjLCBHSUNDX0VPSVIsIGlycV9hY3RpdmVfcmVnKTsKKwkJcmV0dXJuICgwKTsKKyNl bmRpZgorCX0KKworCWNyaXRpY2FsX2VudGVyKCk7CisJaWYgKGlycSA8PSBHSUNfTEFTVF9QUEkp CisJCWFybV9kaXNwYXRjaF9wcGkoZ2ktPmdpX2lzcmMsIHRmKTsKKwllbHNlCisJCWFybV9kaXNw YXRjaF9zcGkoZ2ktPmdpX2lzcmMsIHRmKTsKKwlnaWNfY193cml0ZV80KHNjLCBHSUNDX0VPSVIs IGlycV9hY3RpdmVfcmVnKTsKKwljcml0aWNhbF9leGl0KCk7CisJYXJtX2lycV9tZW1vcnlfYmFy cmllcihpcnEpOworCXJldHVybiAoRklMVEVSX0hBTkRMRUQpOworfQorCitzdGF0aWMgaW50Citn aWNfbmFtZXNwYWNlX3RvX2lycShzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MsIHVfaW50IHR5cGUs IHVfaW50IG51bSwKKyAgICB1X2ludCAqaXJxcCkKK3sKKwl1X2ludCBpcnE7CisKKwlpZiAodHlw ZSA9PSBBUk1fSVJRX1RZUEVfU0dJKQorCQlpcnEgPSBHSUNfRklSU1RfU0dJICsgbnVtOworCWVs c2UgaWYgKHR5cGUgPT0gQVJNX0lSUV9UWVBFX1BQSSkKKwkJaXJxID0gR0lDX0ZJUlNUX1BQSSAr IG51bTsKKwllbHNlIGlmICh0eXBlID09IEFSTV9JUlFfVFlQRV9TUEkpCisJCWlycSA9IEdJQ19G SVJTVF9TUEkgKyBudW07CisJZWxzZQorCQlyZXR1cm4gKEVJTlZBTCk7CisKKwlpZiAoaXJxID49 IHNjLT5uaXJxcykKKwkJcmV0dXJuIChFSU5WQUwpOworCisJKmlycXAgPSBpcnE7CisJcmV0dXJu ICgwKTsKK30KKworc3RhdGljIGludAorZ2ljX2lycV90b19uYW1lc3BhY2Uoc3RydWN0IGFybV9n aWNfc29mdGMgKnNjLCB1X2ludCBpcnEsIHVfaW50ICp0eXBlcCwKK3VfaW50ICpudW1wKQorewor CisJaWYgKGlycSA8PSBHSUNfTEFTVF9TR0kpIHsKKwkJKnR5cGVwID0gQVJNX0lSUV9UWVBFX1NH STsKKwkJKm51bXAgPSBpcnEgLSBHSUNfRklSU1RfU0dJOworCX0gZWxzZSBpZiAoaXJxIDw9IEdJ Q19MQVNUX1BQSSkgeworCQkqdHlwZXAgPSBBUk1fSVJRX1RZUEVfUFBJOworCQkqbnVtcCA9IGly cSAtIEdJQ19GSVJTVF9QUEk7CisJfSBlbHNlIGlmIChpcnEgPCBzYy0+bmlycXMpIHsKKwkJKnR5 cGVwID0gQVJNX0lSUV9UWVBFX1NQSTsKKwkJKm51bXAgPSBpcnEgLSBHSUNfRklSU1RfU1BJOwor CX0gZWxzZQorCQlyZXR1cm4gKEVJTlZBTCk7CisKKwlyZXR1cm4gKDApOworfQorCitzdGF0aWMg aW50CitnaWNfYXR0YWNoX2lzcmMoc3RydWN0IGFybV9naWNfc29mdGMgKnNjLCBzdHJ1Y3QgYXJt X2lycXNyYyAqaXNyYywgdV9pbnQgaXJxKQoreworCWNvbnN0IGNoYXIgKm5hbWU7CisJc3RydWN0 IGFybV9naWNfaXJxICpnaSA9ICZzYy0+Z2ljX2lycXNbaXJxXTsKKworCWlmIChnaS0+Z2lfaXNy YyA9PSBpc3JjKQorCQlyZXR1cm4gKDApOworCisJaWYgKGdpLT5naV9pc3JjICE9IE5VTEwpCisJ CXJldHVybiAoRUVYSVNUKTsKKworCW5hbWUgPSBkZXZpY2VfZ2V0X25hbWV1bml0KHNjLT5naWNf ZGV2KTsKKworCWlmIChpcnEgPD0gR0lDX0xBU1RfU0dJKQorCQlhcm1faXJxX3NldF9uYW1lKGlz cmMsICIlcyxpJXUiLCBuYW1lLCBpcnEgLSBHSUNfRklSU1RfU0dJKTsKKwllbHNlIGlmIChpcnEg PD0gR0lDX0xBU1RfUFBJKQorCQlhcm1faXJxX3NldF9uYW1lKGlzcmMsICIlcyxwJXUiLCBuYW1l LCBpcnEgLSBHSUNfRklSU1RfUFBJKTsKKwllbHNlCisJCWFybV9pcnFfc2V0X25hbWUoaXNyYywg IiVzLHMldSIsIG5hbWUsIGlycSAtIEdJQ19GSVJTVF9TUEkpOworCisJaXNyYy0+aXNyY19kYXRh ID0gKHZvaWQgKilpcnE7CisJZ2ktPmdpX2lzcmMgPSBpc3JjOworCXJldHVybiAoMCk7Cit9CisK K3N0YXRpYyBpbnQKK2dpY19kZXRhY2hfaXNyYyhzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MsIHN0 cnVjdCBhcm1faXJxc3JjICppc3JjLCB1X2ludCBpcnEpCit7CisJc3RydWN0IGFybV9naWNfaXJx ICpnaSA9ICZzYy0+Z2ljX2lycXNbaXJxXTsKKworCWlmIChpcnEgPj0gc2MtPm5pcnFzIHx8IGdp LT5naV9pc3JjICE9IGlzcmMpCisJCXJldHVybiAoRUlOVkFMKTsKKworCWlzcmMtPmlzcmNfZGF0 YSA9IE5VTEw7CisJYXJtX2lycV9zZXRfbmFtZShpc3JjLCAiIik7CisKKwlnaS0+Z2lfaXNyYyA9 IE5VTEw7CisJcmV0dXJuICgwKTsKK30KKworc3RhdGljIHZvaWQKK2dpY19jb25maWcoc3RydWN0 IGFybV9naWNfc29mdGMgKnNjLCB1X2ludCBpcnEsIGVudW0gaW50cl90cmlnZ2VyIHRyaWcsCisg ICAgZW51bSBpbnRyX3BvbGFyaXR5IHBvbCkKK3sKKwl1aW50MzJfdCByZWc7CisJdWludDMyX3Qg bWFzazsKKworCWlmIChpcnEgPCBHSUNfRklSU1RfU1BJKQorCQlyZXR1cm47CisKKwltdHhfbG9j a19zcGluKCZzYy0+bXV0ZXgpOworCisJcmVnID0gZ2ljX2RfcmVhZF80KHNjLCBHSUNEX0lDRkdS KGlycSA+PiA0KSk7CisJbWFzayA9IChyZWcgPj4gMiooaXJxICUgMTYpKSAmIDB4MzsKKworCWlm IChwb2wgPT0gSU5UUl9QT0xBUklUWV9MT1cpIHsKKwkJbWFzayAmPSB+R0lDRF9JQ0ZHUl9QT0xf TUFTSzsKKwkJbWFzayB8PSBHSUNEX0lDRkdSX1BPTF9MT1c7CisJfSBlbHNlIGlmIChwb2wgPT0g SU5UUl9QT0xBUklUWV9ISUdIKSB7CisJCW1hc2sgJj0gfkdJQ0RfSUNGR1JfUE9MX01BU0s7CisJ CW1hc2sgfD0gR0lDRF9JQ0ZHUl9QT0xfSElHSDsKKwl9CisKKwlpZiAodHJpZyA9PSBJTlRSX1RS SUdHRVJfTEVWRUwpIHsKKwkJbWFzayAmPSB+R0lDRF9JQ0ZHUl9UUklHX01BU0s7CisJCW1hc2sg fD0gR0lDRF9JQ0ZHUl9UUklHX0xWTDsKKwl9IGVsc2UgaWYgKHRyaWcgPT0gSU5UUl9UUklHR0VS X0VER0UpIHsKKwkJbWFzayAmPSB+R0lDRF9JQ0ZHUl9UUklHX01BU0s7CisJCW1hc2sgfD0gR0lD RF9JQ0ZHUl9UUklHX0VER0U7CisJfQorCisJLyogU2V0IG1hc2sgKi8KKwlyZWcgPSByZWcgJiB+ KDB4MyA8PCAyKihpcnEgJSAxNikpOworCXJlZyA9IHJlZyB8IChtYXNrIDw8IDIqKGlycSAlIDE2 KSk7CisJZ2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JQ0ZHUihpcnEgPj4gNCksIHJlZyk7CisKKwlt dHhfdW5sb2NrX3NwaW4oJnNjLT5tdXRleCk7Cit9CisKK3N0YXRpYyB2b2lkCitnaWNfYmluZChz dHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MsIHVfaW50IGlycSwgdV9pbnQgY3B1KQoreworCXVpbnQz Ml90IG1hc2ssIHJlZzsKKworCW1hc2sgPSAoMSA8PCBjcHUpICYgMHhGRjsKKworCXJlZyA9IGdp Y19kX3JlYWRfNChzYywgR0lDRF9JVEFSR0VUU1IoaXJxIC8gNCkpOworCXJlZyAmPSB+KDB4RkYg PDwgKDggKiAoaXJxICUgNCkpKTsKKwlyZWcgfD0gbWFzayA8PCAoOCAqIChpcnEgJSA0KSk7CisJ Z2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JVEFSR0VUU1IoaXJxIC8gNCksIHJlZyk7Cit9CisKK3N0 YXRpYyBpbnQKK2dpY19tYXBfbnNwYyhzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MsIHN0cnVjdCBh cm1faXJxc3JjICppc3JjKQoreworCXVfaW50IGlycTsKKwlpbnQgZXJyb3I7CisKKwllcnJvciA9 IGdpY19uYW1lc3BhY2VfdG9faXJxKHNjLCBpc3JjLT5pc3JjX25zcGNfdHlwZSwKKwkgICAgaXNy Yy0+aXNyY19uc3BjX251bSwgJmlycSk7CisJaWYgKGVycm9yICE9IDApCisJCXJldHVybiAoZXJy b3IpOworCXJldHVybiAoZ2ljX2F0dGFjaF9pc3JjKHNjLCBpc3JjLCBpcnEpKTsKK30KKworI2lm ZGVmIEZEVAorc3RhdGljIGludAorZ2ljX21hcF9mZHQoc3RydWN0IGFybV9naWNfc29mdGMgKnNj LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwl1X2ludCBpcnEsIHR5cGUsIG51bSwgdHJp cG9sOworCWVudW0gaW50cl90cmlnZ2VyIHRyaWc7CisJZW51bSBpbnRyX3BvbGFyaXR5IHBvbDsK KwlpbnQgZXJyb3I7CisKKwlpZiAoaXNyYy0+aXNyY19uY2VsbHMgPT0gMSkgeworCQlpcnEgPSBp c3JjLT5pc3JjX2NlbGxzWzBdOworCisJCWVycm9yID0gZ2ljX2lycV90b19uYW1lc3BhY2Uoc2Ms IGlycSwgJnR5cGUsICZudW0pOworCQlpZiAoZXJyb3IgIT0gMCkKKwkJCXJldHVybiAoZXJyb3Ip OworCisJCXBvbCA9IElOVFJfUE9MQVJJVFlfQ09ORk9STTsKKwkJdHJpZyA9IElOVFJfVFJJR0dF Ul9DT05GT1JNOworCX0gZWxzZSB7CisKKwkJdHlwZSA9IGlzcmMtPmlzcmNfY2VsbHNbMF0gPT0g MCA/IEFSTV9JUlFfVFlQRV9TUEkgOgorCQkgICAgQVJNX0lSUV9UWVBFX1BQSTsKKwkJbnVtID0g aXNyYy0+aXNyY19jZWxsc1sxXTsKKworCQllcnJvciA9IGdpY19uYW1lc3BhY2VfdG9faXJxKHNj LCB0eXBlLCBudW0sICZpcnEpOworCQlpZiAoZXJyb3IgIT0gMCkKKwkJCXJldHVybiAoZXJyb3Ip OworCisJCS8qCisJCSAqIEluIGludHJbMl0sIGJpdHNbMzowXSBhcmUgdHJpZ2dlciB0eXBlIGFu ZCBsZXZlbCBmbGFncy4KKwkJICogICAxID0gbG93LXRvLWhpZ2ggZWRnZSB0cmlnZ2VyZWQKKwkJ ICogICAyID0gaGlnaC10by1sb3cgZWRnZSB0cmlnZ2VyZWQKKwkJICogICA0ID0gYWN0aXZlIGhp Z2ggbGV2ZWwtc2Vuc2l0aXZlCisJCSAqICAgOCA9IGFjdGl2ZSBsb3cgbGV2ZWwtc2Vuc2l0aXZl CisJCSAqIFRoZSBoYXJkd2FyZSBvbmx5IHN1cHBvcnRzIGFjdGl2ZS1oaWdoLWxldmVsIG9yIHJp c2luZy1lZGdlLgorCQkgKi8KKwkJdHJpcG9sID0gaXNyYy0+aXNyY19jZWxsc1syXTsKKwkJaWYg KHRyaXBvbCAmIDB4MGEpIHsKKwkJCXByaW50ZigidW5zdXBwb3J0ZWQgdHJpZ2dlci9wb2xhcml0 eSBjb25maWd1cmF0aW9uICIKKwkJCSAgICAiMHglMnhcbiIsIHRyaXBvbCAmIDB4MGYpOworCQkJ cmV0dXJuIChFTk9UU1VQKTsKKwkJfQorCQlwb2wgPSBJTlRSX1BPTEFSSVRZX0NPTkZPUk07CisJ CWlmICh0cmlwb2wgJiAweDAxKQorCQkJdHJpZyA9IElOVFJfVFJJR0dFUl9FREdFOworCQllbHNl CisJCQl0cmlnID0gSU5UUl9UUklHR0VSX0xFVkVMOworCX0KKworCWVycm9yID0gZ2ljX2F0dGFj aF9pc3JjKHNjLCBpc3JjLCBpcnEpOworCWlmIChlcnJvciAhPSAwKQorCQlyZXR1cm4gKGVycm9y KTsKKworCWlzcmMtPmlzcmNfbnNwY190eXBlID0gdHlwZTsKKwlpc3JjLT5pc3JjX25zcGNfbnVt ID0gbnVtOworCWlzcmMtPmlzcmNfdHJpZyA9IHRyaWc7CisJaXNyYy0+aXNyY19wb2wgPSBwb2w7 CisKKwlyZXR1cm4gKDApOworfQorI2VuZGlmCisKK3N0YXRpYyBpbnQKK2FybV9naWNfcmVnaXN0 ZXIoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgYXJt X2dpY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisKKwlpZiAoaXNyYy0+aXNy Y190eXBlID09IEFSTV9JU1JDVF9OQU1FU1BBQ0UpCisJCXJldHVybiAoZ2ljX21hcF9uc3BjKHNj LCBpc3JjKSk7CisjaWZkZWYgRkRUCisJZWxzZSBpZiAoaXNyYy0+aXNyY190eXBlID09IEFSTV9J U1JDVF9GRFQpCisJCXJldHVybiAoZ2ljX21hcF9mZHQoc2MsIGlzcmMpKTsKKyNlbmRpZgorCWVs c2UKKwkJcmV0dXJuIChFSU5WQUwpOworfQorCitzdGF0aWMgdm9pZAorYXJtX2dpY19lbmFibGVf aW50cihkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQoreworCXN0cnVjdCBh cm1fZ2ljX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKKwl1X2ludCBpcnE7CisK KwlpcnEgPSAodV9pbnQpaXNyYy0+aXNyY19kYXRhOworCWlmIChpcnEgPj0gc2MtPm5pcnFzIHx8 IHNjLT5naWNfaXJxc1tpcnFdLmdpX2lzcmMgIT0gaXNyYykKKwkJcmV0dXJuOworCisJZ2ljX2Nv bmZpZyhzYywgaXJxLCBpc3JjLT5pc3JjX3RyaWcsIGlzcmMtPmlzcmNfcG9sKTsKKwlnaWNfYmlu ZChzYywgaXJxLCBpc3JjLT5pc3JjX2NwdSk7Cit9CisKK3N0YXRpYyB2b2lkCithcm1fZ2ljX2Vu YWJsZV9zb3VyY2UoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlz dHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJdV9pbnQg aXJxOworCisJaXJxID0gKHVfaW50KWlzcmMtPmlzcmNfZGF0YTsKKwlpZiAoaXJxID49IHNjLT5u aXJxcyB8fCBzYy0+Z2ljX2lycXNbaXJxXS5naV9pc3JjICE9IGlzcmMpCisJCXJldHVybjsKKwor CWlmIChpcnEgPD0gR0lDX0xBU1RfU0dJKQorCQlyZXR1cm47IC8qIHYyIElNUExFTUVOVEFUSU9O IERFRklORUQgKi8KKworCWFybV9pcnFfbWVtb3J5X2JhcnJpZXIoaXJxKTsKKwlnaWNfaXJxX3Vu bWFzayhzYywgaXJxKTsKK30KKworc3RhdGljIHZvaWQKK2FybV9naWNfZGlzYWJsZV9zb3VyY2Uo ZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKwlzdHJ1Y3QgYXJtX2dp Y19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJdV9pbnQgaXJxOworCisJaXJx ID0gKHVfaW50KWlzcmMtPmlzcmNfZGF0YTsKKwlpZiAoaXJxID49IHNjLT5uaXJxcyB8fCBzYy0+ Z2ljX2lycXNbaXJxXS5naV9pc3JjICE9IGlzcmMpCisJCXJldHVybjsKKworCWlmIChpcnEgPD0g R0lDX0xBU1RfU0dJKQorCQlyZXR1cm47IC8qIHYyIElNUExFTUVOVEFUSU9OIERFRklORUQgKi8K KworCWdpY19pcnFfbWFzayhzYywgaXJxKTsKK30KKworc3RhdGljIHZvaWQKK2FybV9naWNfZGlz YWJsZV9pbnRyKGRldmljZV90IGRldiwgc3RydWN0IGFybV9pcnFzcmMgKmlzcmMpCit7Cit9CisK K3N0YXRpYyBpbnQKK2FybV9naWNfdW5yZWdpc3RlcihkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1f aXJxc3JjICppc3JjKQoreworCXN0cnVjdCBhcm1fZ2ljX3NvZnRjICpzYyA9IGRldmljZV9nZXRf c29mdGMoZGV2KTsKKwl1X2ludCBpcnE7CisKKwlpcnEgPSAodV9pbnQpaXNyYy0+aXNyY19kYXRh OworCWlmIChpcnEgPj0gc2MtPm5pcnFzIHx8IHNjLT5naWNfaXJxc1tpcnFdLmdpX2lzcmMgIT0g aXNyYykKKwkJcmV0dXJuIChFSU5WQUwpOworCisJcmV0dXJuIChnaWNfZGV0YWNoX2lzcmMoc2Ms IGlzcmMsIGlycSkpOworfQorCitzdGF0aWMgdm9pZAorYXJtX2dpY19wcmVfaXRocmVhZChkZXZp Y2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQoreworCisJYXJtX2dpY19kaXNhYmxl X3NvdXJjZShkZXYsIGlzcmMpOworfQorCitzdGF0aWMgdm9pZAorYXJtX2dpY19wb3N0X2l0aHJl YWQoZGV2aWNlX3QgZGV2LCBzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYykKK3sKKworCWFybV9naWNf ZW5hYmxlX3NvdXJjZShkZXYsIGlzcmMpOworfQorCitzdGF0aWMgdm9pZAorYXJtX2dpY19wb3N0 X2ZpbHRlcihkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjKQoreworCisJLyog RU9JIG11c3QgYmUgZG9uZSBpbiBjb250cm9sbGVyJ3MgaW50ZXJydXB0IHJvdXRpbmUuICovCit9 CisKKyNpZmRlZiBTTVAKK3N0YXRpYyBpbnQKK2FybV9naWNfYmluZChkZXZpY2VfdCBkZXYsIHN0 cnVjdCBhcm1faXJxc3JjICppc3JjLCB1X2ludCBjcHUpCit7CisJc3RydWN0IGFybV9naWNfc29m dGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhkZXYpOworCXVpbnQzMl90IGlycTsKKworCWlycSA9 ICh1X2ludClpc3JjLT5pc3JjX2RhdGE7CisJaWYgKGlycSA+PSBzYy0+bmlycXMgfHwgc2MtPmdp Y19pcnFzW2lycV0uZ2lfaXNyYyAhPSBpc3JjKQorCQlyZXR1cm4gKEVJTlZBTCk7CisKKwlpZiAo aXJxIDwgR0lDX0ZJUlNUX1NQSSkKKwkJcmV0dXJuIChFSU5WQUwpOworCisJZ2ljX2JpbmQoc2Ms IGlycSwgY3B1KTsKKwlyZXR1cm4gKDApOworfQorCitzdGF0aWMgdm9pZAorYXJtX2dpY19pcGlf c2VuZChkZXZpY2VfdCBkZXYsIHN0cnVjdCBhcm1faXJxc3JjICppc3JjLCBjcHVzZXRfdCBjcHVz KQoreworCXN0cnVjdCBhcm1fZ2ljX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsK Kwl1aW50MzJfdCBpcnEsIHZhbCA9IDAsIGk7CisKKwlpcnEgPSAodV9pbnQpaXNyYy0+aXNyY19k YXRhOworCWlmIChpcnEgPj0gc2MtPm5pcnFzIHx8IHNjLT5naWNfaXJxc1tpcnFdLmdpX2lzcmMg IT0gaXNyYykKKwkJcmV0dXJuOworCisJZm9yIChpID0gMDsgaSA8IE1BWENQVTsgaSsrKQorCQlp ZiAoQ1BVX0lTU0VUKGksICZjcHVzKSkKKwkJCXZhbCB8PSAxIDw8ICgxNiArIGkpOworCisJZ2lj X2Rfd3JpdGVfNChzYywgR0lDRF9TR0lSKDApLCB2YWwgfCBpcnEpOworfQorI2VuZGlmCisjZWxz ZQorc3RhdGljIGludAogYXJtX2dpY19uZXh0X2lycShzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2Ms IGludCBsYXN0X2lycSkKIHsKIAl1aW50MzJfdCBhY3RpdmVfaXJxOwpAQCAtMzIzLDcgKzg2Niw3 IEBACiAJICogYml0cyAoaWUgQ1BVIG51bWJlciksIG5vdCBqdXN0IHRoZSBJUlEgbnVtYmVyLCBh bmQgd2UgZG8gbm90CiAJICogaGF2ZSB0aGlzIGluZm9ybWF0aW9uIGxhdGVyLgogCSAqLwotCWlm ICgoYWN0aXZlX2lycSAmIDB4M2ZmKSA8PSBHSUNfTEFTVF9JUEkpCisJaWYgKChhY3RpdmVfaXJx ICYgMHgzZmYpIDw9IEdJQ19MQVNUX1NHSSkKIAkJZ2ljX2Nfd3JpdGVfNChzYywgR0lDQ19FT0lS LCBhY3RpdmVfaXJxKTsKIAlhY3RpdmVfaXJxICY9IDB4M0ZGOwogCkBAIC0zOTYsNyArOTM5LDcg QEAKIAlzdHJ1Y3QgYXJtX2dpY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CiAK IAlnaWNfZF93cml0ZV80KHNjLCBHSUNEX0lDRU5BQkxFUihpcnEgPj4gNSksICgxVUwgPDwgKGly cSAmIDB4MUYpKSk7Ci0JZ2ljX2Nfd3JpdGVfNChzYywgR0lDQ19FT0lSLCBpcnEpOworCWdpY19j X3dyaXRlXzQoc2MsIEdJQ0NfRU9JUiwgaXJxKTsgLyogWFhYIC0gbm90IGFsbG93ZWQgKi8KIH0K IAogc3RhdGljIHZvaWQKQEAgLTQwNCw3ICs5NDcsNyBAQAogewogCXN0cnVjdCBhcm1fZ2ljX3Nv ZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMoZGV2KTsKIAotCWlmIChpcnEgPiBHSUNfTEFTVF9J UEkpCisJaWYgKGlycSA+IEdJQ19MQVNUX1NHSSkKIAkJYXJtX2lycV9tZW1vcnlfYmFycmllcihp cnEpOwogCiAJZ2ljX2Rfd3JpdGVfNChzYywgR0lDRF9JU0VOQUJMRVIoaXJxID4+IDUpLCAoMVVM IDw8IChpcnEgJiAweDFGKSkpOwpAQCAtNDUxLDEwICs5OTQsMTAgQEAKIHN0YXRpYyB2b2lkCiBn aWNfcG9zdF9maWx0ZXIodm9pZCAqYXJnKQogewotCXN0cnVjdCBhcm1fZ2ljX3NvZnRjICpzYyA9 IGFybV9naWNfc2M7CisJc3RydWN0IGFybV9naWNfc29mdGMgKnNjID0gZ2ljX3NjOwogCXVpbnRw dHJfdCBpcnEgPSAodWludHB0cl90KSBhcmc7CiAKLQlpZiAoaXJxID4gR0lDX0xBU1RfSVBJKQor CWlmIChpcnEgPiBHSUNfTEFTVF9TR0kpCiAJCWFybV9pcnFfbWVtb3J5X2JhcnJpZXIoaXJxKTsK IAlnaWNfY193cml0ZV80KHNjLCBHSUNDX0VPSVIsIGlycSk7CiB9CkBAIC00NjMsNyArMTAwNiw3 IEBACiBnaWNfY29uZmlnX2lycShpbnQgaXJxLCBlbnVtIGludHJfdHJpZ2dlciB0cmlnLCBlbnVt IGludHJfcG9sYXJpdHkgcG9sKQogewogCi0JcmV0dXJuIChhcm1fZ2ljX2NvbmZpZyhhcm1fZ2lj X3NjLT5naWNfZGV2LCBpcnEsIHRyaWcsIHBvbCkpOworCXJldHVybiAoYXJtX2dpY19jb25maWco Z2ljX3NjLT5naWNfZGV2LCBpcnEsIHRyaWcsIHBvbCkpOwogfQogCiB2b2lkCkBAIC00NzAsNyAr MTAxMyw3IEBACiBhcm1fbWFza19pcnEodWludHB0cl90IG5iKQogewogCi0JYXJtX2dpY19tYXNr KGFybV9naWNfc2MtPmdpY19kZXYsIG5iKTsKKwlhcm1fZ2ljX21hc2soZ2ljX3NjLT5naWNfZGV2 LCBuYik7CiB9CiAKIHZvaWQKQEAgLTQ3Nyw3ICsxMDIwLDcgQEAKIGFybV91bm1hc2tfaXJxKHVp bnRwdHJfdCBuYikKIHsKIAotCWFybV9naWNfdW5tYXNrKGFybV9naWNfc2MtPmdpY19kZXYsIG5i KTsKKwlhcm1fZ2ljX3VubWFzayhnaWNfc2MtPmdpY19kZXYsIG5iKTsKIH0KIAogaW50CkBAIC00 ODQsNyArMTAyNyw3IEBACiBhcm1fZ2V0X25leHRfaXJxKGludCBsYXN0X2lycSkKIHsKIAotCXJl dHVybiAoYXJtX2dpY19uZXh0X2lycShhcm1fZ2ljX3NjLCBsYXN0X2lycSkpOworCXJldHVybiAo YXJtX2dpY19uZXh0X2lycShnaWNfc2MsIGxhc3RfaXJxKSk7CiB9CiAKIHZvaWQKQEAgLTQ5MSw3 ICsxMDM0LDcgQEAKIGFybV9pbml0X3NlY29uZGFyeV9pYyh2b2lkKQogewogCi0JYXJtX2dpY19p bml0X3NlY29uZGFyeShhcm1fZ2ljX3NjLT5naWNfZGV2KTsKKwlhcm1fZ2ljX2luaXRfc2Vjb25k YXJ5KGdpY19zYy0+Z2ljX2Rldik7CiB9CiAKICNpZmRlZiBTTVAKQEAgLTQ5OSw3ICsxMDQyLDcg QEAKIHBpY19pcGlfc2VuZChjcHVzZXRfdCBjcHVzLCB1X2ludCBpcGkpCiB7CiAKLQlhcm1fZ2lj X2lwaV9zZW5kKGFybV9naWNfc2MtPmdpY19kZXYsIGNwdXMsIGlwaSk7CisJYXJtX2dpY19pcGlf c2VuZChnaWNfc2MtPmdpY19kZXYsIGNwdXMsIGlwaSk7CiB9CiAKIGludApAQCAtNTA2LDcgKzEw NDksNyBAQAogcGljX2lwaV9yZWFkKGludCBpKQogewogCi0JcmV0dXJuIChhcm1fZ2ljX2lwaV9y ZWFkKGFybV9naWNfc2MtPmdpY19kZXYsIGkpKTsKKwlyZXR1cm4gKGFybV9naWNfaXBpX3JlYWQo Z2ljX3NjLT5naWNfZGV2LCBpKSk7CiB9CiAKIHZvaWQKQEAgLTUxMywxNCArMTA1NiwzMiBAQAog cGljX2lwaV9jbGVhcihpbnQgaXBpKQogewogCi0JYXJtX2dpY19pcGlfY2xlYXIoYXJtX2dpY19z Yy0+Z2ljX2RldiwgaXBpKTsKKwlhcm1fZ2ljX2lwaV9jbGVhcihnaWNfc2MtPmdpY19kZXYsIGlw aSk7CiB9CiAjZW5kaWYKKyNlbmRpZiAvKiBBUk1fSU5UUk5HICovCiAKIHN0YXRpYyBkZXZpY2Vf bWV0aG9kX3QgYXJtX2dpY19tZXRob2RzW10gPSB7CiAJLyogRGV2aWNlIGludGVyZmFjZSAqLwog CURFVk1FVEhPRChkZXZpY2VfcHJvYmUsCQlhcm1fZ2ljX3Byb2JlKSwKIAlERVZNRVRIT0QoZGV2 aWNlX2F0dGFjaCwJYXJtX2dpY19hdHRhY2gpLAorI2lmZGVmIEFSTV9JTlRSTkcKKwkvKiBJbnRl cnJ1cHQgY29udHJvbGxlciBpbnRlcmZhY2UgKi8KKwlERVZNRVRIT0QocGljX2Rpc2FibGVfaW50 ciwJYXJtX2dpY19kaXNhYmxlX2ludHIpLAorCURFVk1FVEhPRChwaWNfZGlzYWJsZV9zb3VyY2Us CWFybV9naWNfZGlzYWJsZV9zb3VyY2UpLAorCURFVk1FVEhPRChwaWNfZW5hYmxlX2ludHIsCWFy bV9naWNfZW5hYmxlX2ludHIpLAorCURFVk1FVEhPRChwaWNfZW5hYmxlX3NvdXJjZSwJYXJtX2dp Y19lbmFibGVfc291cmNlKSwKKwlERVZNRVRIT0QocGljX3Bvc3RfZmlsdGVyLAlhcm1fZ2ljX3Bv c3RfZmlsdGVyKSwKKwlERVZNRVRIT0QocGljX3Bvc3RfaXRocmVhZCwJYXJtX2dpY19wb3N0X2l0 aHJlYWQpLAorCURFVk1FVEhPRChwaWNfcHJlX2l0aHJlYWQsCWFybV9naWNfcHJlX2l0aHJlYWQp LAorCURFVk1FVEhPRChwaWNfcmVnaXN0ZXIsCQlhcm1fZ2ljX3JlZ2lzdGVyKSwKKwlERVZNRVRI T0QocGljX3VucmVnaXN0ZXIsCWFybV9naWNfdW5yZWdpc3RlciksCisjaWZkZWYgU01QCisJREVW TUVUSE9EKHBpY19iaW5kLAkJYXJtX2dpY19iaW5kKSwKKwlERVZNRVRIT0QocGljX2luaXRfc2Vj b25kYXJ5LAlhcm1fZ2ljX2luaXRfc2Vjb25kYXJ5KSwKKwlERVZNRVRIT0QocGljX2lwaV9zZW5k LAkJYXJtX2dpY19pcGlfc2VuZCksCisjZW5kaWYKKyNlbmRpZgogCXsgMCwgMCB9CiB9OwogCklu ZGV4OiBzeXMvYXJtL2FybS9tcF9tYWNoZGVwLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2FybS9hcm0v bXBfbWFjaGRlcC5jCShyZXZpc2lvbiAyNzc4MjYpCisrKyBzeXMvYXJtL2FybS9tcF9tYWNoZGVw LmMJKHdvcmtpbmcgY29weSkKQEAgLTczLDcgKzczLDkgQEAKIC8qIFNldCB0byAxIG9uY2Ugd2Un cmUgcmVhZHkgdG8gbGV0IHRoZSBBUHMgb3V0IG9mIHRoZSBwZW4uICovCiB2b2xhdGlsZSBpbnQg YXBzX3JlYWR5ID0gMDsKIAorI2lmbmRlZiBBUk1fSU5UUk5HCiBzdGF0aWMgaW50IGlwaV9oYW5k bGVyKHZvaWQgKmFyZyk7CisjZW5kaWYKIHZvaWQgc2V0X3N0YWNrcHRycyhpbnQgY3B1KTsKIAog LyogVGVtcG9yYXJ5IHZhcmlhYmxlcyBmb3IgaW5pdF9zZWNvbmRhcnkoKSAgKi8KQEAgLTEzMSw4 ICsxMzMsMTIgQEAKIAlpZiAoZXJyb3IpCiAJCXByaW50ZigiV0FSTklORzogU29tZSBBUCdzIGZh aWxlZCB0byBzdGFydFxuIik7CiAJZWxzZQotCQlmb3IgKGkgPSAxOyBpIDwgbXBfbmNwdXM7IGkr KykKKwkJZm9yIChpID0gMTsgaSA8IG1wX25jcHVzOyBpKyspIHsKIAkJCUNQVV9TRVQoaSwgJmFs bF9jcHVzKTsKKyNpZmRlZiBBUk1fSU5UUk5HCisJCQlhcm1faXJxX2FkZF9jcHUoaSk7IC8qIFhY WCAtIHdoYXQgYWJvdXQgc3BhcnNlIENQVXMgPyAqLworI2VuZGlmCisJCX0KIAogfQogCkBAIC0x NDksNyArMTU1LDYgQEAKIHsKIAlzdHJ1Y3QgcGNwdSAqcGM7CiAJdWludDMyX3QgbG9vcF9jb3Vu dGVyOwotCWludCBzdGFydCA9IDAsIGVuZCA9IDA7CiAKIAljcHVfc2V0dXAoTlVMTCk7CiAJc2V0 dHRiKHBtYXBfcGEpOwpAQCAtMTk5LDE4ICsyMDQsNiBAQAogCiAJbXR4X3VubG9ja19zcGluKCZh cF9ib290X210eCk7CiAKLQkvKiBFbmFibGUgaXBpICovCi0jaWZkZWYgSVBJX0lSUV9TVEFSVAot CXN0YXJ0ID0gSVBJX0lSUV9TVEFSVDsKLSNpZmRlZiBJUElfSVJRX0VORAotICAJZW5kID0gSVBJ X0lSUV9FTkQ7Ci0jZWxzZQotCWVuZCA9IElQSV9JUlFfU1RBUlQ7Ci0jZW5kaWYKLSNlbmRpZgot CQkJCQotCWZvciAoaW50IGkgPSBzdGFydDsgaSA8PSBlbmQ7IGkrKykKLQkJYXJtX3VubWFza19p cnEoaSk7CiAJZW5hYmxlX2ludGVycnVwdHMoUFNSX0kpOwogCiAJbG9vcF9jb3VudGVyID0gMDsK QEAgLTIzMyw2ICsyMjYsMTA4IEBACiAJLyogTk9UUkVBQ0hFRCAqLwogfQogCisjaWZkZWYgQVJN X0lOVFJORworc3RhdGljIHZvaWQKK2lwaV9yZW5kZXp2b3VzKHZvaWQgKmR1bW15IF9fdW51c2Vk KQoreworCisJQ1RSMChLVFJfU01QLCAiSVBJX1JFTkRFWlZPVVMiKTsKKwlzbXBfcmVuZGV6dm91 c19hY3Rpb24oKTsKK30KKworc3RhdGljIHZvaWQKK2lwaV9hc3Qodm9pZCAqZHVtbXkgX191bnVz ZWQpCit7CisKKwlDVFIwKEtUUl9TTVAsICJJUElfQVNUIik7Cit9CisKK3N0YXRpYyB2b2lkCitp cGlfc3RvcCh2b2lkICpkdW1teSBfX3VudXNlZCkKK3sKKwl1X2ludCBjcHU7CisKKwkvKgorCSAq IElQSV9TVE9QX0hBUkQgaXMgbWFwcGVkIHRvIElQSV9TVE9QLgorCSAqLworCUNUUjAoS1RSX1NN UCwgIklQSV9TVE9QIG9yIElQSV9TVE9QX0hBUkQiKTsKKworCWNwdSA9IFBDUFVfR0VUKGNwdWlk KTsKKwlzYXZlY3R4KCZzdG9wcGNic1tjcHVdKTsKKworCS8qCisJICogQ1BVcyBhcmUgc3RvcHBl ZCB3aGVuIGVudGVyaW5nIHRoZSBkZWJ1Z2dlciBhbmQgYXQKKwkgKiBzeXN0ZW0gc2h1dGRvd24s IGJvdGggZXZlbnRzIHdoaWNoIGNhbiBwcmVjZWRlIGEKKwkgKiBwYW5pYyBkdW1wLiAgRm9yIHRo ZSBkdW1wIHRvIGJlIGNvcnJlY3QsIGFsbCBjYWNoZXMKKwkgKiBtdXN0IGJlIGZsdXNoZWQgYW5k IGludmFsaWRhdGVkLCBidXQgb24gQVJNIHRoZXJlJ3MKKwkgKiBubyB3YXkgdG8gYnJvYWRjYXN0 IGEgd2JpbnZfYWxsIHRvIG90aGVyIGNvcmVzLgorCSAqIEluc3RlYWQsIHdlIGhhdmUgZWFjaCBj b3JlIGRvIHRoZSBsb2NhbCB3Ymludl9hbGwgYXMKKwkgKiBwYXJ0IG9mIHN0b3BwaW5nIHRoZSBj b3JlLiAgVGhlIGNvcmUgcmVxdWVzdGluZyB0aGUKKwkgKiBzdG9wIHdpbGwgZG8gdGhlIGwyIGNh Y2hlIGZsdXNoIGFmdGVyIGFsbCBvdGhlciBjb3JlcworCSAqIGhhdmUgZG9uZSB0aGVpciBsMSBm bHVzaGVzIGFuZCBzdG9wcGVkLgorCSAqLworCWNwdV9pZGNhY2hlX3diaW52X2FsbCgpOworCisJ LyogSW5kaWNhdGUgd2UgYXJlIHN0b3BwZWQgKi8KKwlDUFVfU0VUX0FUT01JQyhjcHUsICZzdG9w cGVkX2NwdXMpOworCisJLyogV2FpdCBmb3IgcmVzdGFydCAqLworCXdoaWxlICghQ1BVX0lTU0VU KGNwdSwgJnN0YXJ0ZWRfY3B1cykpCisJCWNwdV9zcGlud2FpdCgpOworCisJQ1BVX0NMUl9BVE9N SUMoY3B1LCAmc3RhcnRlZF9jcHVzKTsKKwlDUFVfQ0xSX0FUT01JQyhjcHUsICZzdG9wcGVkX2Nw dXMpOworCUNUUjAoS1RSX1NNUCwgIklQSV9TVE9QIChyZXN0YXJ0KSIpOworfQorCitzdGF0aWMg dm9pZAoraXBpX3ByZWVtcHQodm9pZCAqYXJnKQoreworCXN0cnVjdCB0cmFwZnJhbWUgKm9sZGZy YW1lOworCXN0cnVjdCB0aHJlYWQgKnRkOworCisJY3JpdGljYWxfZW50ZXIoKTsKKwl0ZCA9IGN1 cnRocmVhZDsKKwl0ZC0+dGRfaW50cl9uZXN0aW5nX2xldmVsKys7CisJb2xkZnJhbWUgPSB0ZC0+ dGRfaW50cl9mcmFtZTsKKwl0ZC0+dGRfaW50cl9mcmFtZSA9IChzdHJ1Y3QgdHJhcGZyYW1lICop YXJnOworCisJQ1RSMShLVFJfU01QLCAiJXM6IElQSV9QUkVFTVBUIiwgX19mdW5jX18pOworCXNj aGVkX3ByZWVtcHQodGQpOworCisJdGQtPnRkX2ludHJfZnJhbWUgPSBvbGRmcmFtZTsKKwl0ZC0+ dGRfaW50cl9uZXN0aW5nX2xldmVsLS07CisJY3JpdGljYWxfZXhpdCgpOworfQorCitzdGF0aWMg dm9pZAoraXBpX2hhcmRjbG9jayh2b2lkICphcmcpCit7CisJc3RydWN0IHRyYXBmcmFtZSAqb2xk ZnJhbWU7CisJc3RydWN0IHRocmVhZCAqdGQ7CisKKwljcml0aWNhbF9lbnRlcigpOworCXRkID0g Y3VydGhyZWFkOworCXRkLT50ZF9pbnRyX25lc3RpbmdfbGV2ZWwrKzsKKwlvbGRmcmFtZSA9IHRk LT50ZF9pbnRyX2ZyYW1lOworCXRkLT50ZF9pbnRyX2ZyYW1lID0gKHN0cnVjdCB0cmFwZnJhbWUg Kilhcmc7CisKKwlDVFIxKEtUUl9TTVAsICIlczogSVBJX0hBUkRDTE9DSyIsIF9fZnVuY19fKTsK KwloYXJkY2xvY2tpbnRyKCk7CisKKwl0ZC0+dGRfaW50cl9mcmFtZSA9IG9sZGZyYW1lOworCXRk LT50ZF9pbnRyX25lc3RpbmdfbGV2ZWwtLTsKKwljcml0aWNhbF9leGl0KCk7Cit9CisKK3N0YXRp YyB2b2lkCitpcGlfdGxiKHZvaWQgKmR1bW15IF9fdW51c2VkKQoreworCisJQ1RSMShLVFJfU01Q LCAiJXM6IElQSV9UTEIiLCBfX2Z1bmNfXyk7CisJY3B1ZnVuY3MuY2ZfdGxiX2ZsdXNoSUQoKTsK K30KKyNlbHNlCiBzdGF0aWMgaW50CiBpcGlfaGFuZGxlcih2b2lkICphcmcpCiB7CkBAIC0zMDgs MTUgKzQwMywzMiBAQAogCiAJcmV0dXJuIChGSUxURVJfSEFORExFRCk7CiB9CisjZW5kaWYKIAog c3RhdGljIHZvaWQKIHJlbGVhc2VfYXBzKHZvaWQgKmR1bW15IF9fdW51c2VkKQogewogCXVpbnQz Ml90IGxvb3BfY291bnRlcjsKKyNpZm5kZWYgQVJNX0lOVFJORwogCWludCBzdGFydCA9IDAsIGVu ZCA9IDA7CisjZW5kaWYKIAogCWlmIChtcF9uY3B1cyA9PSAxKQogCQlyZXR1cm47CisKKyNpZmRl ZiBBUk1fSU5UUk5HCisJYXJtX2lycV9hZGRfY3B1KDApOyAvKiBYWFggLSBpdCBzaG91bGQgYmUg Ym9vdCBDUFUgKi8KKworCWFybV9zZXR1cF9pcGloYW5kbGVyKElQSV9SRU5ERVpWT1VTLCAicmVu ZGV6dm91cyIsIGlwaV9yZW5kZXp2b3VzLCBOVUxMLAorCSAgICAwKTsKKwlhcm1fc2V0dXBfaXBp aGFuZGxlcihJUElfQVNULCAiYXN0IiwgaXBpX2FzdCwgTlVMTCwgMCk7CisJYXJtX3NldHVwX2lw aWhhbmRsZXIoSVBJX1NUT1AsICJzdG9wIiwgaXBpX3N0b3AsIE5VTEwsIDApOworCWFybV9zZXR1 cF9pcGloYW5kbGVyKElQSV9QUkVFTVBULCAicHJlZW1wdCIsIGlwaV9wcmVlbXB0LCBOVUxMLCAw KTsKKwlhcm1fc2V0dXBfaXBpaGFuZGxlcihJUElfSEFSRENMT0NLLCAiaGFyZGNsb2NrIiwgaXBp X2hhcmRjbG9jaywgTlVMTCwKKwkgICAgMCk7CisJYXJtX3NldHVwX2lwaWhhbmRsZXIoSVBJX1RM QiwgInRsYiIsIGlwaV90bGIsIE5VTEwsIDApOworCisjZWxzZQogI2lmZGVmIElQSV9JUlFfU1RB UlQKIAlzdGFydCA9IElQSV9JUlFfU1RBUlQ7CiAjaWZkZWYgSVBJX0lSUV9FTkQKQEAgLTM0MSw2 ICs0NTMsNyBAQAogCQkvKiBFbmFibGUgaXBpICovCiAJCWFybV91bm1hc2tfaXJxKGkpOwogCX0K KyNlbmRpZgogCWF0b21pY19zdG9yZV9yZWxfaW50KCZhcHNfcmVhZHksIDEpOwogCiAJcHJpbnRm KCJSZWxlYXNlIEFQc1xuIik7CkluZGV4OiBzeXMvYXJtL2FybS9uZXh1cy5jCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIHN5cy9hcm0vYXJtL25leHVzLmMJKHJldmlzaW9uIDI3NzgyNikKKysrIHN5cy9hcm0vYXJt L25leHVzLmMJKHdvcmtpbmcgY29weSkKQEAgLTg1LDggKzg1LDEzIEBACiAgICAgdV9sb25nLCB1 X2xvbmcsIHVfbG9uZywgdV9pbnQpOwogc3RhdGljCWludCBuZXh1c19hY3RpdmF0ZV9yZXNvdXJj ZShkZXZpY2VfdCwgZGV2aWNlX3QsIGludCwgaW50LAogICAgIHN0cnVjdCByZXNvdXJjZSAqKTsK KyNpZmRlZiBTTVAKK3N0YXRpYwlpbnQgbmV4dXNfYmluZF9pbnRyKGRldmljZV90LCBkZXZpY2Vf dCwgc3RydWN0IHJlc291cmNlICosIGludCk7CisjZW5kaWYKIHN0YXRpYyBpbnQgbmV4dXNfY29u ZmlnX2ludHIoZGV2aWNlX3QgZGV2LCBpbnQgaXJxLCBlbnVtIGludHJfdHJpZ2dlciB0cmlnLAog ICAgIGVudW0gaW50cl9wb2xhcml0eSBwb2wpOworc3RhdGljCWludCBuZXh1c19kZXNjcmliZV9p bnRyKGRldmljZV90IGRldiwgZGV2aWNlX3QgY2hpbGQsCisgICAgc3RydWN0IHJlc291cmNlICpp cnEsIHZvaWQgKmNvb2tpZSwgY29uc3QgY2hhciAqZGVzY3IpOwogc3RhdGljCWludCBuZXh1c19k ZWFjdGl2YXRlX3Jlc291cmNlKGRldmljZV90LCBkZXZpY2VfdCwgaW50LCBpbnQsCiAgICAgc3Ry dWN0IHJlc291cmNlICopOwogc3RhdGljIGludCBuZXh1c19yZWxlYXNlX3Jlc291cmNlKGRldmlj ZV90LCBkZXZpY2VfdCwgaW50LCBpbnQsCkBAIC0xMTgsNiArMTIzLDEzIEBACiAjaWZkZWYgRkRU CiAJREVWTUVUSE9EKG9md19idXNfbWFwX2ludHIsCW5leHVzX29md19tYXBfaW50ciksCiAjZW5k aWYKKyNpZmRlZiBBUk1fSU5UUk5HCisjaWZkZWYgU01QCisJREVWTUVUSE9EKGJ1c19iaW5kX2lu dHIsCW5leHVzX2JpbmRfaW50ciksCisjZW5kaWYKKwlERVZNRVRIT0QoYnVzX2Rlc2NyaWJlX2lu dHIsCW5leHVzX2Rlc2NyaWJlX2ludHIpLAorI2VuZGlmCisKIAl7IDAsIDAgfQogfTsKIApAQCAt MjUxLDkgKzI2MywxMiBAQAogewogCWludCByZXQgPSBFTk9ERVY7CiAKKyNpZmRlZiBBUk1fSU5U Uk5HCisJcmV0ID0gYXJtX2lycV9jb25maWcoaXJxLCB0cmlnLCBwb2wpOworI2Vsc2UKIAlpZiAo YXJtX2NvbmZpZ19pcnEpCiAJCXJldCA9ICgqYXJtX2NvbmZpZ19pcnEpKGlycSwgdHJpZywgcG9s KTsKLQorI2VuZGlmCiAJcmV0dXJuIChyZXQpOwogfQogCkBAIC0yNjcsOSArMjgyLDE0IEBACiAJ CWZsYWdzIHw9IElOVFJfRVhDTDsKIAogCWZvciAoaXJxID0gcm1hbl9nZXRfc3RhcnQocmVzKTsg aXJxIDw9IHJtYW5fZ2V0X2VuZChyZXMpOyBpcnErKykgeworI2lmIGRlZmluZWQoQVJNX0lOVFJO RykKKwkJYXJtX3NldHVwX2lycWhhbmRsZXIoY2hpbGQsIGZpbHQsIGludHIsIGFyZywgaXJxLCBm bGFncywKKwkJICAgIGNvb2tpZXApOworI2Vsc2UKIAkJYXJtX3NldHVwX2lycWhhbmRsZXIoZGV2 aWNlX2dldF9uYW1ldW5pdChjaGlsZCksCiAJCSAgICBmaWx0LCBpbnRyLCBhcmcsIGlycSwgZmxh Z3MsIGNvb2tpZXApOwogCQlhcm1fdW5tYXNrX2lycShpcnEpOworI2VuZGlmCiAJfQogCXJldHVy biAoMCk7CiB9CkBAIC0yNzgsMTEgKzI5OCwzMiBAQAogbmV4dXNfdGVhcmRvd25faW50cihkZXZp Y2VfdCBkZXYsIGRldmljZV90IGNoaWxkLCBzdHJ1Y3QgcmVzb3VyY2UgKnIsIHZvaWQgKmloKQog ewogCisjaWYgZGVmaW5lZChBUk1fSU5UUk5HKQorCXJldHVybiAoYXJtX3JlbW92ZV9pcnFoYW5k bGVyKGNoaWxkLCBybWFuX2dldF9zdGFydChyKSwgaWgpKTsKKyNlbHNlCiAJcmV0dXJuIChhcm1f cmVtb3ZlX2lycWhhbmRsZXIocm1hbl9nZXRfc3RhcnQociksIGloKSk7CisjZW5kaWYKIH0KIAor I2lmZGVmIEFSTV9JTlRSTkcKK3N0YXRpYyBpbnQKK25leHVzX2Rlc2NyaWJlX2ludHIoZGV2aWNl X3QgZGV2LCBkZXZpY2VfdCBjaGlsZCwgc3RydWN0IHJlc291cmNlICppcnEsCisgICAgdm9pZCAq Y29va2llLCBjb25zdCBjaGFyICpkZXNjcikKK3sKIAorCXJldHVybiAoYXJtX2lycV9kZXNjcmli ZShybWFuX2dldF9zdGFydChpcnEpLCBjb29raWUsIGRlc2NyKSk7Cit9CisKKyNpZmRlZiBTTVAK IHN0YXRpYyBpbnQKK25leHVzX2JpbmRfaW50cihkZXZpY2VfdCBkZXYsIGRldmljZV90IGNoaWxk LCBzdHJ1Y3QgcmVzb3VyY2UgKmlycSwgaW50IGNwdSkKK3sKKwlyZXR1cm4gKGFybV9pcnFfYmlu ZChybWFuX2dldF9zdGFydChpcnEpLCBjcHUpKTsKK30KKyNlbmRpZgorI2VuZGlmCisKK3N0YXRp YyBpbnQKIG5leHVzX2FjdGl2YXRlX3Jlc291cmNlKGRldmljZV90IGJ1cywgZGV2aWNlX3QgY2hp bGQsIGludCB0eXBlLCBpbnQgcmlkLAogICAgIHN0cnVjdCByZXNvdXJjZSAqcikKIHsKSW5kZXg6 IHN5cy9hcm0vaW5jbHVkZS9mZHQuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYXJtL2luY2x1ZGUvZmR0 LmgJKHJldmlzaW9uIDI3NzgyNikKKysrIHN5cy9hcm0vaW5jbHVkZS9mZHQuaAkod29ya2luZyBj b3B5KQpAQCAtMzIsNiArMzIsNyBAQAogI2lmbmRlZiBfTUFDSElORV9GRFRfSF8KICNkZWZpbmUg X01BQ0hJTkVfRkRUX0hfCiAKKyNpbmNsdWRlICJvcHRfcGxhdGZvcm0uaCIKICNpbmNsdWRlIDxk ZXYvb2Z3L29wZW5maXJtLmg+CiAKICNpbmNsdWRlIDx2bS92bS5oPgpAQCAtNDAsMTIgKzQxLDI0 IEBACiAjaW5jbHVkZSA8bWFjaGluZS9idXMuaD4KICNpbmNsdWRlIDxtYWNoaW5lL2ludHIuaD4K IAorI2lmZGVmIEFSTV9JTlRSTkcKKwogLyogTWF4IGludGVycnVwdCBudW1iZXIgKi8KKyNkZWZp bmUJRkRUX0lOVFJfTUFYCSgweGZmZmYpCisKKy8qIE1hcCBwaGFuZGxlL2ludHBpbiBwYWlyIHRv IGdsb2JhbCBJUlEgbnVtYmVyICovCisjZGVmaW5lCUZEVF9NQVBfSVJRKG5vZGUsIHBpbikJKGFy bV9mZHRfbWFwX2lycShub2RlLCBwaW4pKQorCisjZWxzZQorCisvKiBNYXggaW50ZXJydXB0IG51 bWJlciAqLwogI2RlZmluZSBGRFRfSU5UUl9NQVgJTklSUQogCiAvKiBNYXAgcGhhbmRsZS9pbnRw aW4gcGFpciB0byBnbG9iYWwgSVJRIG51bWJlciAqLwogI2RlZmluZQlGRFRfTUFQX0lSUShub2Rl LCBwaW4pCShwaW4pCiAKKyNlbmRpZiAvKiBBUk1fSU5UUk5HICovCisKIC8qCiAgKiBCdXMgc3Bh Y2UgdGFnLiBYWFggZW5kaWFuZXNzIGluZm8gbmVlZHMgdG8gYmUgZGVyaXZlZCBmcm9tIHRoZSBi bG9iLgogICovCkluZGV4OiBzeXMvYXJtL2luY2x1ZGUvaW50ci5oCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5 cy9hcm0vaW5jbHVkZS9pbnRyLmgJKHJldmlzaW9uIDI3NzgyNikKKysrIHN5cy9hcm0vaW5jbHVk ZS9pbnRyLmgJKHdvcmtpbmcgY29weSkKQEAgLTQzLDYgKzQzLDk3IEBACiAjaW5jbHVkZSA8ZGV2 L29mdy9vcGVuZmlybS5oPgogI2VuZGlmCiAKKyNpZmRlZiBBUk1fSU5UUk5HCisKKyNpZm5kZWYg TklSUQorI2RlZmluZQlOSVJRCQkxMDI0CS8qIFhYWCAtIEl0IHNob3VsZCBiZSBhbiBvcHRpb24u ICovCisjZW5kaWYKKworI2RlZmluZQlJTlRSX1NPTE8JSU5UUl9NRDEKKworI2RlZmluZSBBUk1f SVNSQ19OQU1FTEVOCShNQVhDT01MRU4gKyAxKQorCit0eXBlZGVmIGludCBhcm1faXJxX2ZpbHRl cl90KHZvaWQgKmFyZywgc3RydWN0IHRyYXBmcmFtZSAqdGYpOwordHlwZWRlZiB2b2lkIGFybV9p cGlfZmlsdGVyX3Qodm9pZCAqYXJnKTsKKworZW51bSBhcm1faXNyY190eXBlIHsKKwlBUk1fSVNS Q1RfTkFNRVNQQUNFLAorCUFSTV9JU1JDVF9GRFQKK307CisKKy8qIEludGVycnVwdCBzb3VyY2Ug ZGVmaW5pdGlvbi4gKi8KK3N0cnVjdCBhcm1faXJxc3JjIHsKKwlkZXZpY2VfdAkJaXNyY19kZXY7 CS8qIHdoZXJlIGlzcmMgaXMgbWFwcGVkICovCisJaW50cHRyX3QJCWlzcmNfeHJlZjsJLyogZGV2 aWNlIHJlZmVyZW5jZSBrZXkgKi8KKwl2b2lkICoJCQlpc3JjX2RhdGE7CS8qIGRldmljZSBkYXRh IGZvciBpc3JjICovCisJdV9pbnQJCQlpc3JjX2lycTsJLyogdW5pcXVlIGlkZW50aWZpY2F0b3Ig Ki8KKwllbnVtIGFybV9pc3JjX3R5cGUJaXNyY190eXBlOwkvKiBob3cgaXMgaXNyYyBkZWNyaWJl ZCAqLworCXVfaW50CQkJaXNyY19mbGFnczsKKwljaGFyCQkJaXNyY19uYW1lW0FSTV9JU1JDX05B TUVMRU5dOworCXVpbnQxNl90CQlpc3JjX25zcGNfdHlwZTsKKwl1aW50MTZfdAkJaXNyY19uc3Bj X251bTsKKwllbnVtIGludHJfdHJpZ2dlcglpc3JjX3RyaWc7CisJZW51bSBpbnRyX3BvbGFyaXR5 CWlzcmNfcG9sOworCWludAkJCWlzcmNfY3B1OworCXVfaW50CQkJaXNyY19pbmRleDsKKwl1X2xv bmcgKgkJaXNyY19jb3VudDsKKwl1X2ludAkJCWlzcmNfaGFuZGxlcnM7CisJc3RydWN0IGludHJf ZXZlbnQgKglpc3JjX2V2ZW50OworCWFybV9pcnFfZmlsdGVyX3QgKglpc3JjX2ZpbHRlcjsKKwlh cm1faXBpX2ZpbHRlcl90ICoJaXNyY19pcGlmaWx0ZXI7CisJdm9pZCAqCQkJaXNyY19hcmc7Cisj aWZkZWYgRkRUCisJdV9pbnQJCQlpc3JjX25jZWxsczsKKwlwY2VsbF90CQkJaXNyY19jZWxsc1td OwkvKiBsZWF2ZSBpdCBsYXN0ICovCisjZW5kaWYKK307CisKK3ZvaWQgYXJtX2lycV9zZXRfbmFt ZShzdHJ1Y3QgYXJtX2lycXNyYyAqaXNyYywgY29uc3QgY2hhciAqZm10LCAuLi4pCisgICAgX19w cmludGZsaWtlKDIsIDMpOworCit2b2lkIGFybV9kaXNwYXRjaF9zcGkoc3RydWN0IGFybV9pcnFz cmMgKmlzcmMsIHN0cnVjdCB0cmFwZnJhbWUgKnRmKTsKKyNkZWZpbmUgYXJtX2Rpc3BhdGNoX3Bw aQlhcm1fZGlzcGF0Y2hfc3BpCisKKyNkZWZpbmUgQVJNX0lSUV9UWVBFX05PTkUJMAorI2RlZmlu ZSBBUk1fSVJRX1RZUEVfU1BJCTEKKyNkZWZpbmUgQVJNX0lSUV9UWVBFX1BQSQkyCisjZGVmaW5l IEFSTV9JUlFfVFlQRV9TR0kJMworCit1X2ludCBhcm1fbmFtZXNwYWNlX21hcF9pcnEoZGV2aWNl X3QgZGV2LCB1aW50MTZfdCB0eXBlLCB1aW50MTZfdCBudW0pOworCitpbnQgYXJtX2lycV9zZXRf cm9vdChkZXZpY2VfdCBkZXYsIGludHB0cl90IHhyZWYsIGFybV9pcnFfZmlsdGVyX3QgKmZpbHRl ciwKKyAgICB2b2lkICphcmcsIHVfaW50IGlwaWNvdW50KTsKKworaW50IGFybV9yZWdpc3Rlcl9w aWMoZGV2aWNlX3QgZGV2LCBpbnRwdHJfdCB4cmVmKTsKK2ludCBhcm1fdW5yZWdpc3Rlcl9waWMo ZGV2aWNlX3QgZGV2LCBpbnRwdHJfdCB4cmVmKTsKKworaW50IGFybV9zZXR1cF9pcnFoYW5kbGVy KGRldmljZV90IGRldiwgZHJpdmVyX2ZpbHRlcl90LCBkcml2ZXJfaW50cl90LCB2b2lkICosCisg ICAgdV9pbnQsIGludCwgdm9pZCAqKik7CitpbnQgYXJtX3JlbW92ZV9pcnFoYW5kbGVyKGRldmlj ZV90IGRldiwgdV9pbnQsIHZvaWQgKik7CisKK2ludCBhcm1faXJxX2NvbmZpZyh1X2ludCwgZW51 bSBpbnRyX3RyaWdnZXIsIGVudW0gaW50cl9wb2xhcml0eSk7CitpbnQgYXJtX2lycV9kZXNjcmli ZSh1X2ludCwgdm9pZCAqLCBjb25zdCBjaGFyICopOworCisjaWZkZWYgRkRUCit1X2ludCBhcm1f ZmR0X21hcF9pcnEocGhhbmRsZV90LCBwY2VsbF90ICosIHVfaW50KTsKKyNlbmRpZgorCisjaWZk ZWYgU01QCitpbnQgYXJtX2lycV9iaW5kKHVfaW50LCBpbnQpOwordm9pZCBhcm1faXJxX2FkZF9j cHUodV9pbnQgY3B1KTsKKwordm9pZCBhcm1fZGlzcGF0Y2hfc2dpKHN0cnVjdCBhcm1faXJxc3Jj ICppc3JjLCBzdHJ1Y3QgdHJhcGZyYW1lICp0Zik7CisKKyNkZWZpbmUgQVNJRl9OT0FMTE9DCTB4 MDAwMQorCitpbnQgYXJtX3NldHVwX2lwaWhhbmRsZXIodV9pbnQgaXBpLCBjb25zdCBjaGFyICpu YW1lLCBhcm1faXBpX2ZpbHRlcl90ICpmaWx0ZXIsCisgICAgdm9pZCAqYXJnLCB1X2ludCBmbGFn cyk7CisKK3ZvaWQgYXJtX2luaXRfc2Vjb25kYXJ5X3BpYyh2b2lkKTsKKyNlbmRpZgorCisjZWxz ZSAvKiBBUk1fSU5UUk5HICovCisKIC8qIFhYWCBtb3ZlIHRvIHN0ZC4qIGZpbGVzPyAqLwogI2lm ZGVmIENQVV9YU0NBTEVfODEzNDIKICNkZWZpbmUgTklSUQkJMTI4CkBAIC03MSw3ICsxNjIsNiBA QAogI2RlZmluZSBOSVJRCQkzMgogI2VuZGlmCiAKLQogaW50IGFybV9nZXRfbmV4dF9pcnEoaW50 KTsKIHZvaWQgYXJtX21hc2tfaXJxKHVpbnRwdHJfdCk7CiB2b2lkIGFybV91bm1hc2tfaXJxKHVp bnRwdHJfdCk7CkBAIC04Myw4ICsxNzMsNiBAQAogZXh0ZXJuIGludCAoKmFybV9jb25maWdfaXJx KShpbnQgaXJxLCBlbnVtIGludHJfdHJpZ2dlciB0cmlnLAogICAgIGVudW0gaW50cl9wb2xhcml0 eSBwb2wpOwogCi12b2lkIGFybV9pcnFfbWVtb3J5X2JhcnJpZXIodWludHB0cl90KTsKLQogdm9p ZCBhcm1faW5pdF9zZWNvbmRhcnlfaWModm9pZCk7CiBpbnQgIGdpY19kZWNvZGVfZmR0KHVpbnQz Ml90IGlwYXJlbnRub2RlLCB1aW50MzJfdCAqaW50cmNlbGxzLCBpbnQgKmludGVycnVwdCwKICAg ICBpbnQgKnRyaWcsIGludCAqcG9sKTsKQEAgLTkzLDQgKzE4MSw4IEBACiBpbnQgYXJtX2ZkdF9t YXBfaXJxKHBoYW5kbGVfdCwgcGNlbGxfdCAqLCBpbnQpOwogI2VuZGlmCiAKKyNlbmRpZiAvKiBB Uk1fSU5UUk5HICovCisKK3ZvaWQgYXJtX2lycV9tZW1vcnlfYmFycmllcih1aW50cHRyX3QpOwor CiAjZW5kaWYJLyogX01BQ0hJTkVfSU5UUl9IICovCkluZGV4OiBzeXMvYXJtL2luY2x1ZGUvc21w LmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PQotLS0gc3lzL2FybS9pbmNsdWRlL3NtcC5oCShyZXZpc2lvbiAyNzc4MjYp CisrKyBzeXMvYXJtL2luY2x1ZGUvc21wLmgJKHdvcmtpbmcgY29weSkKQEAgLTYsNiArNiwxOCBA QAogI2luY2x1ZGUgPHN5cy9fY3B1c2V0Lmg+CiAjaW5jbHVkZSA8bWFjaGluZS9wY2IuaD4KIAor I2lmZGVmIEFSTV9JTlRSTkcKK2VudW0geworCUlQSV9BU1QsCisJSVBJX1BSRUVNUFQsCisJSVBJ X1JFTkRFWlZPVVMsCisJSVBJX1NUT1AsCisJSVBJX1NUT1BfSEFSRCA9IElQSV9TVE9QLCAvKiBU aGVzZSBhcmUgc3lub255bXMgb24gYXJtLiAqLworCUlQSV9IQVJEQ0xPQ0ssCisJSVBJX1RMQiwK KwlBUk1fSVBJX0NPVU5UCit9OworI2Vsc2UKICNkZWZpbmUgSVBJX0FTVAkJMAogI2RlZmluZSBJ UElfUFJFRU1QVAkyCiAjZGVmaW5lIElQSV9SRU5ERVpWT1VTCTMKQEAgLTEzLDYgKzI1LDcgQEAK ICNkZWZpbmUgSVBJX1NUT1BfSEFSRAk0CiAjZGVmaW5lIElQSV9IQVJEQ0xPQ0sJNgogI2RlZmlu ZSBJUElfVExCCQk3CisjZW5kaWYKIAogdm9pZAlpbml0X3NlY29uZGFyeShpbnQgY3B1KTsKIHZv aWQJbXBlbnRyeSh2b2lkKTsKQEAgLTIzLDggKzM2LDEwIEBACiAKIC8qIFBJQyBpbnRlcmZhY2Ug Ki8KIHZvaWQJcGljX2lwaV9zZW5kKGNwdXNldF90IGNwdXMsIHVfaW50IGlwaSk7CisjaWZuZGVm IEFSTV9JTlRSTkcKIHZvaWQJcGljX2lwaV9jbGVhcihpbnQgaXBpKTsKIGludAlwaWNfaXBpX3Jl YWQoaW50IGFyZyk7CisjZW5kaWYKIAogLyogUGxhdGZvcm0gaW50ZXJmYWNlICovCiB2b2lkCXBs YXRmb3JtX21wX3NldG1heGlkKHZvaWQpOwpJbmRleDogc3lzL2FybS90aS9vbWFwNC9vbWFwNF9t cC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vdGkvb21hcDQvb21hcDRfbXAuYwkocmV2aXNpb24g Mjc3ODI2KQorKysgc3lzL2FybS90aS9vbWFwNC9vbWFwNF9tcC5jCSh3b3JraW5nIGNvcHkpCkBA IC00MSw3ICs0MSwxMiBAQAogdm9pZAogcGxhdGZvcm1fbXBfaW5pdF9zZWNvbmRhcnkodm9pZCkK IHsKKworI2lmZGVmIEFSTV9JTlRSTkcKKwlhcm1faW5pdF9zZWNvbmRhcnlfcGljKCk7CisjZWxz ZQogCWFybV9pbml0X3NlY29uZGFyeV9pYygpOworI2VuZGlmCiB9CiAKIHZvaWQKSW5kZXg6IHN5 cy9jb25mL2ZpbGVzLmFybQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvY29uZi9maWxlcy5hcm0JKHJldmlz aW9uIDI3NzgyNikKKysrIHN5cy9jb25mL2ZpbGVzLmFybQkod29ya2luZyBjb3B5KQpAQCAtMjks NyArMjksOCBAQAogYXJtL2FybS9pZGVudGNwdS5jCQlzdGFuZGFyZAogYXJtL2FybS9pbl9ja3N1 bS5jCQlvcHRpb25hbAlpbmV0IHwgaW5ldDYKIGFybS9hcm0vaW5fY2tzdW1fYXJtLlMJCW9wdGlv bmFsCWluZXQgfCBpbmV0NgotYXJtL2FybS9pbnRyLmMJCQlzdGFuZGFyZAorYXJtL2FybS9pbnRy LmMJCQlvcHRpb25hbAkhYXJtX2ludHJuZworYXJtL2FybS9pbnRybmcuYwkJb3B0aW9uYWwJYXJt X2ludHJuZwogYXJtL2FybS9sb2NvcmUuUwkJc3RhbmRhcmQJbm8tb2JqCiBhcm0vYXJtL21hY2hk ZXAuYwkJc3RhbmRhcmQKIGFybS9hcm0vbWVtLmMJCQlvcHRpb25hbAltZW0KQEAgLTM3LDYgKzM4 LDcgQEAKIGFybS9hcm0vbXBfbWFjaGRlcC5jCQlvcHRpb25hbAlzbXAKIGFybS9hcm0vbmV4dXMu YwkJCXN0YW5kYXJkCiBhcm0vYXJtL3BoeXNtZW0uYwkJc3RhbmRhcmQKK2FybS9hcm0vcGljX2lm Lm0JCW9wdGlvbmFsCWFybV9pbnRybmcKIGFybS9hcm0vcGwxOTAuYwkJCW9wdGlvbmFsCXBsMTkw CiBhcm0vYXJtL3BsMzEwLmMJCQlvcHRpb25hbAlwbDMxMAogYXJtL2FybS9wbGF0Zm9ybS5jCQlv cHRpb25hbAlwbGF0Zm9ybQpJbmRleDogc3lzL2NvbmYvb3B0aW9ucy5hcm0KPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot LS0gc3lzL2NvbmYvb3B0aW9ucy5hcm0JKHJldmlzaW9uIDI3NzgyNikKKysrIHN5cy9jb25mL29w dGlvbnMuYXJtCSh3b3JraW5nIGNvcHkpCkBAIC0yLDYgKzIsNyBAQAogQVJNOV9DQUNIRV9XUklU RV9USFJPVUdICW9wdF9nbG9iYWwuaAogQVJNVjYJCQlvcHRfZ2xvYmFsLmgKIEFSTV9DQUNIRV9M T0NLX0VOQUJMRQlvcHRfZ2xvYmFsLmgKK0FSTV9JTlRSTkcJCW9wdF9nbG9iYWwuaAogQVJNX0tF Uk5fRElSRUNUTUFQCW9wdF92bS5oCiBBUk1fTDJfUElQVAkJb3B0X2dsb2JhbC5oCiBBUk1fTUFO WV9CT0FSRAkJb3B0X2dsb2JhbC5oCkluZGV4OiBzeXMvZGV2L2ZkdC9mZHRfY29tbW9uLmgKPT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PQotLS0gc3lzL2Rldi9mZHQvZmR0X2NvbW1vbi5oCShyZXZpc2lvbiAyNzc4MjYpCisr KyBzeXMvZGV2L2ZkdC9mZHRfY29tbW9uLmgJKHdvcmtpbmcgY29weSkKQEAgLTc5LDYgKzc5LDcg QEAKIGludCBmZHRfYWRkcnNpemVfY2VsbHMocGhhbmRsZV90LCBpbnQgKiwgaW50ICopOwogdV9s b25nIGZkdF9kYXRhX2dldCh2b2lkICosIGludCk7CiBpbnQgZmR0X2RhdGFfdG9fcmVzKHBjZWxs X3QgKiwgaW50LCBpbnQsIHVfbG9uZyAqLCB1X2xvbmcgKik7CitpbnQgZmR0X2Rlc2NyaWJlX2ly cShjaGFyICosIHVfaW50LCB1X2ludCk7CiBwaGFuZGxlX3QgZmR0X2ZpbmRfY29tcGF0aWJsZShw aGFuZGxlX3QsIGNvbnN0IGNoYXIgKiwgaW50KTsKIHBoYW5kbGVfdCBmZHRfZGVwdGhfc2VhcmNo X2NvbXBhdGlibGUocGhhbmRsZV90LCBjb25zdCBjaGFyICosIGludCk7CiBpbnQgZmR0X2dldF9t ZW1fcmVnaW9ucyhzdHJ1Y3QgbWVtX3JlZ2lvbiAqLCBpbnQgKiwgdWludDMyX3QgKik7CkluZGV4 OiBzeXMvZGV2L2ZkdC9zaW1wbGVidXMuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvZGV2L2ZkdC9zaW1w bGVidXMuYwkocmV2aXNpb24gMjc3ODI2KQorKysgc3lzL2Rldi9mZHQvc2ltcGxlYnVzLmMJKHdv cmtpbmcgY29weSkKQEAgLTM4LDYgKzM4LDggQEAKICNpbmNsdWRlIDxkZXYvb2Z3L29md19idXMu aD4KICNpbmNsdWRlIDxkZXYvb2Z3L29md19idXNfc3Vici5oPgogCisjaW5jbHVkZSA8ZGV2L2Zk dC9mZHRfY29tbW9uLmg+CisKIHN0cnVjdCBzaW1wbGVidXNfcmFuZ2UgewogCXVpbnQ2NF90IGJ1 czsKIAl1aW50NjRfdCBob3N0OwpAQCAtNjgsNiArNzAsOSBAQAogICAgIGludCAqLCB1X2xvbmcs IHVfbG9uZywgdV9sb25nLCB1X2ludCk7CiBzdGF0aWMgdm9pZAkJc2ltcGxlYnVzX3Byb2JlX25v bWF0Y2goZGV2aWNlX3QgYnVzLCBkZXZpY2VfdCBjaGlsZCk7CiBzdGF0aWMgaW50CQlzaW1wbGVi dXNfcHJpbnRfY2hpbGQoZGV2aWNlX3QgYnVzLCBkZXZpY2VfdCBjaGlsZCk7CisjaWZkZWYgQVJN X0lOVFJORworc3RhdGljIGludAkJc2ltcGxlYnVzX3ByaW50X2lycXMoc3RydWN0IHJlc291cmNl X2xpc3QgKnJsKTsKKyNlbmRpZgogCiAvKgogICogb2Z3X2J1cyBpbnRlcmZhY2UKQEAgLTM0NCw3 ICszNDksMTEgQEAKIAogCXJ2ID0gMDsKIAlydiArPSByZXNvdXJjZV9saXN0X3ByaW50X3R5cGUo JmRpLT5ybCwgIm1lbSIsIFNZU19SRVNfTUVNT1JZLCAiJSNseCIpOworI2lmZGVmIEFSTV9JTlRS TkcKKwlydiArPSBzaW1wbGVidXNfcHJpbnRfaXJxcygmZGktPnJsKTsKKyNlbHNlCiAJcnYgKz0g cmVzb3VyY2VfbGlzdF9wcmludF90eXBlKCZkaS0+cmwsICJpcnEiLCBTWVNfUkVTX0lSUSwgIiVs ZCIpOworI2VuZGlmCiAJcmV0dXJuIChydik7CiB9CiAKQEAgLTM4MywzICszOTIsMzAgQEAKIAly diArPSBidXNfcHJpbnRfY2hpbGRfZm9vdGVyKGJ1cywgY2hpbGQpOwogCXJldHVybiAocnYpOwog fQorCisjaWZkZWYgQVJNX0lOVFJORworc3RhdGljIGludAorc2ltcGxlYnVzX3ByaW50X2lycXMo c3RydWN0IHJlc291cmNlX2xpc3QgKnJsKQoreworCXN0cnVjdCByZXNvdXJjZV9saXN0X2VudHJ5 ICpybGU7CisJaW50IGVyciwgcHJpbnRlZCwgcmV0dmFsOworCWNoYXIgYnVmWzE2XTsKKworCXBy aW50ZWQgPSAwOworCXJldHZhbCA9IDA7CisKKwlTVEFJTFFfRk9SRUFDSChybGUsIHJsLCBsaW5r KSB7CisJCWlmIChybGUtPnR5cGUgIT0gU1lTX1JFU19JUlEpCisJCQljb250aW51ZTsKKworCQll cnIgPSBmZHRfZGVzY3JpYmVfaXJxKGJ1Ziwgc2l6ZW9mKGJ1ZiksIHJsZS0+c3RhcnQpOworCQlp ZiAoZXJyIDwgMCkKKwkJCXNucHJpbnRmKGJ1Ziwgc2l6ZW9mKGJ1ZiksICI/Pz8iKTsKKworCQly ZXR2YWwgKz0gcHJpbnRmKCIlcyVzIiwgcHJpbnRlZCA/ICIsIiA6ICIgaXJxICIsIGJ1Zik7CisJ CXByaW50ZWQrKzsKKwl9CisKKwlyZXR1cm4gKHJldHZhbCk7Cit9CisjZW5kaWYK --001a11c13d0eaf1b20050db7058a Content-Type: application/octet-stream; name="pic_if.m" Content-Disposition: attachment; filename="pic_if.m" Content-Transfer-Encoding: base64 X-Attachment-Id: f_i5gsl1f34 Iy0KIyBDb3B5cmlnaHQgKGMpIDIwMTIgSmFrdWIgV29qY2llY2ggS2xhbWEgPGpjZWVsQEZyZWVC U0Qub3JnPgojIEFsbCByaWdodHMgcmVzZXJ2ZWQuCiMKIyBSZWRpc3RyaWJ1dGlvbiBhbmQgdXNl IGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdpdGhvdXQKIyBtb2RpZmljYXRp b24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMK IyBhcmUgbWV0OgojIDEuIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFp biB0aGUgYWJvdmUgY29weXJpZ2h0CiMgICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9u cyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgojIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBi aW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CiMgICAgbm90aWNl LCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGlu IHRoZQojICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3 aXRoIHRoZSBkaXN0cmlidXRpb24uCiMKIyBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRI RSBBVVRIT1IgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECiMgQU5ZIEVYUFJFU1MgT1Ig SU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFCiMg SU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQgRklUTkVTUyBGT1IgQSBQ QVJUSUNVTEFSIFBVUlBPU0UKIyBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxMIFRI RSBBVVRIT1IgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQojIEZPUiBBTlkgRElSRUNULCBJTkRJ UkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMCiMg REFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5UIE9GIFNV QlNUSVRVVEUgR09PRFMKIyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJ VFM7IE9SIEJVU0lORVNTIElOVEVSUlVQVElPTikKIyBIT1dFVkVSIENBVVNFRCBBTkQgT04gQU5Z IFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVAojIExJQUJJ TElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5H IElOIEFOWSBXQVkKIyBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFE VklTRUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCiMgU1VDSCBEQU1BR0UuCiMKIyAkRnJlZUJTRCQK IwoKI2luY2x1ZGUgIm9wdF9wbGF0Zm9ybS5oIgoKI2luY2x1ZGUgPHN5cy9idXMuaD4KI2luY2x1 ZGUgPHN5cy9jcHVzZXQuaD4KI2luY2x1ZGUgPGRldi9vZncvb3BlbmZpcm0uaD4KI2luY2x1ZGUg PG1hY2hpbmUvZnJhbWUuaD4KI2luY2x1ZGUgPG1hY2hpbmUvaW50ci5oPgoKSU5URVJGQUNFIHBp YzsKCkNPREUgewoJc3RhdGljIGludCBudWxsX3BpY19iaW5kKGRldmljZV90IGRldiwgc3RydWN0 IGFybV9pcnFzcmMgKmlzcmMsCgkgICAgdV9pbnQgY3B1KQoJewoJCXJldHVybiAoRU9QTk9UU1VQ UCk7Cgl9CgoJc3RhdGljIHZvaWQgbnVsbF9waWNfaW5pdF9zZWNvbmRhcnkoZGV2aWNlX3QgZGV2 KQoJewoJCXJldHVybjsKCX0KCglzdGF0aWMgdm9pZCBudWxsX3BpY19pcGlfc2VuZChkZXZpY2Vf dCBkZXYsIGNwdXNldF90IGNwdXMsIHVfaW50IGlwaSkKCXsKCQlyZXR1cm47Cgl9Cn07CgpNRVRI T0QgaW50IHJlZ2lzdGVyIHsKCWRldmljZV90CQlkZXY7CglzdHJ1Y3QgYXJtX2lycXNyYwkqaXNy YzsKfTsKCk1FVEhPRCBpbnQgdW5yZWdpc3RlciB7CglkZXZpY2VfdAkJZGV2OwoJc3RydWN0IGFy bV9pcnFzcmMJKmlzcmM7Cn07CgpNRVRIT0Qgdm9pZCBkaXNhYmxlX2ludHIgewoJZGV2aWNlX3QJ CWRldjsKCXN0cnVjdCBhcm1faXJxc3JjCSppc3JjOwp9OwoKTUVUSE9EIHZvaWQgZGlzYWJsZV9z b3VyY2UgewoJZGV2aWNlX3QJCWRldjsKCXN0cnVjdCBhcm1faXJxc3JjCSppc3JjOwp9OwoKTUVU SE9EIHZvaWQgZW5hYmxlX3NvdXJjZSB7CglkZXZpY2VfdAkJZGV2OwoJc3RydWN0IGFybV9pcnFz cmMJKmlzcmM7Cn07CgpNRVRIT0Qgdm9pZCBlbmFibGVfaW50ciB7CglkZXZpY2VfdAkJZGV2OwoJ c3RydWN0IGFybV9pcnFzcmMJKmlzcmM7Cn07CgpNRVRIT0Qgdm9pZCBwcmVfaXRocmVhZCB7Cglk ZXZpY2VfdAkJZGV2OwoJc3RydWN0IGFybV9pcnFzcmMJKmlzcmM7Cn07CgpNRVRIT0Qgdm9pZCBw b3N0X2l0aHJlYWQgewoJZGV2aWNlX3QJCWRldjsKCXN0cnVjdCBhcm1faXJxc3JjCSppc3JjOwp9 OwoKTUVUSE9EIHZvaWQgcG9zdF9maWx0ZXIgewoJZGV2aWNlX3QJCWRldjsKCXN0cnVjdCBhcm1f aXJxc3JjCSppc3JjOwp9OwoKTUVUSE9EIGludCBiaW5kIHsKCWRldmljZV90CQlkZXY7CglzdHJ1 Y3QgYXJtX2lycXNyYwkqaXNyYzsKCXVfaW50CQkJY3B1Owp9IERFRkFVTFQgbnVsbF9waWNfYmlu ZDsKCk1FVEhPRCB2b2lkIGluaXRfc2Vjb25kYXJ5IHsKCWRldmljZV90CWRldjsKfSBERUZBVUxU IG51bGxfcGljX2luaXRfc2Vjb25kYXJ5OwoKTUVUSE9EIHZvaWQgaXBpX3NlbmQgewoJZGV2aWNl X3QJCWRldjsKCXN0cnVjdCBhcm1faXJxc3JjCSppc3JjOwoJY3B1c2V0X3QJCWNwdXM7Cn0gREVG QVVMVCBudWxsX3BpY19pcGlfc2VuZDsKCg== --001a11c13d0eaf1b20050db7058a-- From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 15:03: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 121B3E7B for ; Wed, 28 Jan 2015 15:03:54 +0000 (UTC) Received: from mfdf0181.ocn.ad.jp (mfdf0181.ocn.ad.jp [153.128.50.75]) by mx1.freebsd.org (Postfix) with ESMTP id CF0A4EF0 for ; Wed, 28 Jan 2015 15:03:53 +0000 (UTC) Received: from mogw0625.ocn.ad.jp (mogw0625.ocn.ad.jp [153.149.228.26]) by mfdf0181.ocn.ad.jp (Postfix) with ESMTP id C341D50DF36 for ; Wed, 28 Jan 2015 23:36:21 +0900 (JST) Received: from mf-smf-ucb003.ocn.ad.jp (mf-smf-ucb003.ocn.ad.jp [153.149.227.5]) by mogw0625.ocn.ad.jp (Postfix) with ESMTP id 7C00050042E; Wed, 28 Jan 2015 23:36:15 +0900 (JST) Received: from mv-osn-hcb006.ocn.ad.jp (mv-osn-hcb006.ocn.ad.jp [60.37.51.254]) by mf-smf-ucb003.ocn.ad.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id t0SEaFPs030350; Wed, 28 Jan 2015 23:36:15 +0900 Received: from smtp.ocn.ne.jp (mv-osn-hcb006 [60.37.51.254]) by mv-osn-hcb006.ocn.ad.jp (Postfix) with ESMTP id 82DF6160270; Wed, 28 Jan 2015 23:36:14 +0900 (JST) Received: from localhost (p17157-ipngn100303sizuokaden.shizuoka.ocn.ne.jp [114.176.40.157]) by smtp.ocn.ne.jp (Postfix) with ESMTP; Wed, 28 Jan 2015 23:36:14 +0900 (JST) Date: Wed, 28 Jan 2015 23:36:03 +0900 (JST) Message-Id: <20150128.233603.1552472828105223883.toshi@ruby.ocn.ne.jp> To: freebsd-arm@freebsd.org Subject: Re: vt(4) support for AM335x From: SAITOU Toshihide In-Reply-To: <20150128155620.6650fa69906966264755f6ca@ddteam.net> References: <20150126.205929.386635660159397063.toshi@ruby.ocn.ne.jp> <20150128155620.6650fa69906966264755f6ca@ddteam.net> X-GPG-fingerprint: 34B3 0B6A 8520 F5B0 EBC7 69F6 C055 9F8A 0D49 F8FC X-Mailer: Mew version 6.6 on Emacs 24.4 / Mule 6.0 (HANACHIRUSATO) 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: Wed, 28 Jan 2015 15:03:54 -0000 On Wed, 28 Jan 2015 15:56:20 +0200, Aleksandr Rybalko wrote: > On Mon, 26 Jan 2015 20:59:29 +0900 (JST) > SAITOU Toshihide wrote: > >> I know that vt(4) support for AM335x is committed. >> I confirm the Japanese character is displayed now. >> Fantastic! >> >> Is that mean the X11 for BBB is close at hand? > > Hi SAITOU, > > You can try xf86-video-scfb driver. > vt(4) drivers for framebuffers expose to vt(4) info about their buffer, > so generic module of vt(4) (called fbd) can give you access via /dev/fb > node. Oh! it gives me confidence. I started to compile x11-drivers/xf86-video-scfb a short time ago... not finished, but today's BBB is so stable! Thank you. -- SAITOU Toshihide From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 18:59: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 5632E8D5 for ; Wed, 28 Jan 2015 18:59:17 +0000 (UTC) Received: from bouvier.getmail.no (bouvier.getmail.no [84.210.184.8]) by mx1.freebsd.org (Postfix) with ESMTP id 092BFC44 for ; Wed, 28 Jan 2015 18:59:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id DC46D42FC8 for ; Wed, 28 Jan 2015 19:53:35 +0100 (CET) Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 0YCYPuSIi6Tb for ; Wed, 28 Jan 2015 19:53:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by bouvier.getmail.no (Postfix) with ESMTP id 4973B44495 for ; Wed, 28 Jan 2015 19:53:35 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.8.4 bouvier.getmail.no 4973B44495 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=getmail.no; s=8A9C8B4C-D727-11E2-8095-B6466E6B3FA2; t=1422471215; bh=mrvbDKCddlTgEZPeYmAn/H4rijNP7IuhdyhoNS3e9oU=; h=Date:From:To:Subject:Message-Id:Mime-Version:Content-Type: Content-Transfer-Encoding; b=RUFCVOmIakeXpxflx/CVVFIIEPBEThffy2wxhqlaKL/MkMTiLPao+jSvfPNir5d6M ZCI6hvIcRGUkDojwoD3u1EVntr8AmJEPoHnsjdQXBv/77lrmH6EUF3zRzrBZji3qMN IjLexvHPEGJf2HAkFRW13MUPGysZBnF/9evsGSPk= X-Virus-Scanned: amavisd-new at bouvier.get.c.bitbit.net Received: from bouvier.getmail.no ([127.0.0.1]) by localhost (bouvier.get.c.bitbit.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id D8qS8-9wa3J9 for ; Wed, 28 Jan 2015 19:53:35 +0100 (CET) Received: from kg-core1.kg4.no (cm-84.215.180.206.getinternet.no [84.215.180.206]) by bouvier.getmail.no (Postfix) with ESMTPSA id 15F5F42FC8 for ; Wed, 28 Jan 2015 19:53:35 +0100 (CET) Date: Wed, 28 Jan 2015 19:53:32 +0100 From: Torfinn Ingolfsen To: freebsd-arm@FreeBSD.org Subject: Re: Testing FreeBSD on a tablet Message-Id: <20150128195332.2afea0756ac37f8507a22255@getmail.no> In-Reply-To: <9d6bb45334bca9c9b0a0f9e2f64fd56c@openmailbox.org> References: <9d6bb45334bca9c9b0a0f9e2f64fd56c@openmailbox.org> X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; amd64-portbld-freebsd9.3) 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: Wed, 28 Jan 2015 18:59:17 -0000 On Wed, 28 Jan 2015 00:01:48 -0200 brunomaximom@openmailbox.org wrote: > > May you guide me to the steps for how to port FreeBSD into Android > device? What are the expected steps? This is a large (huge!) subject. I suggest that you find an Android forum that has custom ROMs for your device (or, if your device can't be found, a similar Android device). Learn the steps needed to put a custom ROM on your device, the learn about how to create a custom ROM for your device. After that you can start with learning to port FreeBSD to a new device. Good luck! -- Torfinn Ingolfsen From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 19:01: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 4EA0A94B; Wed, 28 Jan 2015 19:01:35 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BA3BCCF7; Wed, 28 Jan 2015 19:01:34 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0SIWZcN028386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 28 Jan 2015 19:32:35 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t0SIWWgS022671 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jan 2015 19:32:33 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0SIWWPx073210; Wed, 28 Jan 2015 19:32:32 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0SIWWBu073209; Wed, 28 Jan 2015 19:32:32 +0100 (CET) (envelope-from ticso) Date: Wed, 28 Jan 2015 19:32:32 +0100 From: Bernd Walter To: "Lundberg, Johannes" Subject: Re: System-On-Module Message-ID: <20150128183231.GI58886@cicely7.cicely.de> Reply-To: ticso@cicely.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , "freebsd-mobile@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, 28 Jan 2015 19:01:35 -0000 On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote: > Hi > > Of all the low power, high-spec system/computer-on-modules out there which > have best support for FreeBSD? > > MEN > Variscite > Technologic system > Adlink > etc. > > What I am looking for is a system with roughly this specs > ARM or x86, 64bit if possible. > 2-4 cores > 1.5-2.0 GHz > 2 GB RAM > ~16 GB Storage > USB 3.0 > PCB size about one to two credit cards. In that range I would go for a Wandboard. They are 1, 2 or 4 core iMX6 32bit with 512M, 1G or 2G RAM. The 4 core has SATA, which to my knowledge we don't support yet. They come with 2 useable SD-card slots - one on the module and one on a carrier board. Clock rate is 1GHz only IIRC and they only have high speed USB, although the newest carrier boards have some super speed wiring for future modules. TechNexion, the originator of that module system also has some x86 boards - some may fit your requirements, but those are at a higher price and bigger form factor. Tech Nexion also has iMX6 boards similar to the wandboard with different featuresets, but also at a higher price. > I wish to minimize the amount of porting needed so I am very grateful if > someone has good insights in this area. And of course, it would help a lot > if it was a manufacturer who is willing to provide datasheets to make > porting possible.. Freescale is producting the iMX6 and they supply a hughe PDF for them. Also the wandboard schematics are public available. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 19:07: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 2E502E66 for ; Wed, 28 Jan 2015 19:07:43 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B63CDD60 for ; Wed, 28 Jan 2015 19:07:42 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0SJ7eV8028592 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 28 Jan 2015 20:07:40 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t0SJ7bOg022975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jan 2015 20:07:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0SJ7bSv073495; Wed, 28 Jan 2015 20:07:37 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0SJ7bUJ073494; Wed, 28 Jan 2015 20:07:37 +0100 (CET) (envelope-from ticso) Date: Wed, 28 Jan 2015 20:07:37 +0100 From: Bernd Walter To: freebsd-arm@freebsd.org Subject: porting for Novena and other new iMX6 boards Message-ID: <20150128190737.GJ58886@cicely7.cicely.de> Reply-To: ticso@cicely.de Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter 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, 28 Jan 2015 19:07:43 -0000 I do own a few iMX6 boards, which are not directly supported by FreeBSD. My latest addition is one of those famous Novena boards. The filesystem on the supplied micro-SD card lists: [57]cicely13# ls -al total 7464 drwxr-xr-x 1 root wheel 16384 Jan 1 1980 . drwxr-xr-x 37 root wheel 1024 Dec 13 10:36 .. -rwxr-xr-x 1 root wheel 39835 Nov 14 22:28 novena.dtb -rwxr-xr-x 1 root wheel 39835 Nov 14 22:29 novena.recovery.dtb -rwxr-xr-x 1 root wheel 304876 Nov 14 22:27 u-boot.img -rwxr-xr-x 1 root wheel 35840 Nov 14 22:27 u-boot.spl -rwxr-xr-x 1 root wheel 3598728 Nov 14 22:29 zImage.recovery -rwxr-xr-x 1 root wheel 3598728 Nov 14 22:28 zimage I think I can handle setting up a FreeBSD kernel with the required IO specifications as long as those definitions are compiled into the kernel. However I'm unsure about the whole uboot story and could use some help. As far as I know we do need special features from that uboot to boot a FreeBSD kernel with loader support. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 19:10: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 E5183EE5; Wed, 28 Jan 2015 19:10:28 +0000 (UTC) Received: from mail-lb0-x22b.google.com (mail-lb0-x22b.google.com [IPv6:2a00:1450:4010:c04::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65B3BD80; Wed, 28 Jan 2015 19:10:28 +0000 (UTC) Received: by mail-lb0-f171.google.com with SMTP id u14so20396557lbd.2; Wed, 28 Jan 2015 11:10:26 -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=eLRCncbjmn+VK/YtmSbahm5kVruXZyszq1uTIMVd3wc=; b=sJopDEYhUTMjNNsryoAxChstapkw0QFGg8LuT+JnMpC0iCs9STISuPeVtsLIoK+34c ro7B6tX47CLsP3cPX/GXp9JRdsaoXYROESQAJphsOjJb+DA23t4Xq2u//DAxCRUrsjBy rZxr7SDlVwCP7kzie9MWG5Z+qsKq3z66fmC2s13X1Qh+o2SGt4gvrzJdV0vlIOQ7IrtX YNLNiyjugiVlUL1Pgen/rTfEp4eo+cP/IU3YaOVlPlo2wUNp5B4Dw+VexMtownYmzkJn JUhfWr1kA6U76ubIZuZwIb/1dPBB4etpckoOZShcDT6/+bn0oCk99D7Ribn1ZgQ3xfDv KhzQ== MIME-Version: 1.0 X-Received: by 10.152.37.165 with SMTP id z5mr10120566laj.88.1422472226201; Wed, 28 Jan 2015 11:10:26 -0800 (PST) Received: by 10.25.198.131 with HTTP; Wed, 28 Jan 2015 11:10:26 -0800 (PST) In-Reply-To: References: Date: Wed, 28 Jan 2015 20:10:26 +0100 Message-ID: Subject: Re: System-On-Module From: Andreas Nilsson To: "Lundberg, Johannes" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , "freebsd-mobile@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, 28 Jan 2015 19:10:29 -0000 On Wed, Jan 28, 2015 at 10:52 AM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Hi > > Of all the low power, high-spec system/computer-on-modules out there which > have best support for FreeBSD? > > MEN > Variscite > Technologic system > Adlink > etc. > > What I am looking for is a system with roughly this specs > ARM or x86, 64bit if possible. > 2-4 cores > 1.5-2.0 GHz > 2 GB RAM > ~16 GB Storage > USB 3.0 > PCB size about one to two credit cards. > > I wish to minimize the amount of porting needed so I am very grateful if > someone has good insights in this area. And of course, it would help a lot > if it was a manufacturer who is willing to provide datasheets to make > porting possible.. > > Thanks! > -- > Johannes Lundberg > > Something like http://www.fit-pc.com/web/products/specifications/fitlet-models-specifications/ perhaps? Though I don't think it is available yet, so I don't know if it is supported in FreeBSD. Best regards Andreas From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 19:27:39 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 9829DAB4; Wed, 28 Jan 2015 19:27:39 +0000 (UTC) Received: from smtp6.ore.mailhop.org (smtp6.ore.mailhop.org [54.149.35.133]) (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 77559FA7; Wed, 28 Jan 2015 19:27:39 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by smtp6.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YGYH4-0003wH-2d; Wed, 28 Jan 2015 19:27:38 +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 t0SJRVKY027010; Wed, 28 Jan 2015 12:27:31 -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+8Y4mxWzyFMRy+35ix9/KC Message-ID: <1422473251.15718.70.camel@freebsd.org> Subject: Re: System-On-Module From: Ian Lepore To: ticso@cicely.de Date: Wed, 28 Jan 2015 12:27:31 -0700 In-Reply-To: <20150128183231.GI58886@cicely7.cicely.de> References: <20150128183231.GI58886@cicely7.cicely.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , "freebsd-mobile@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, 28 Jan 2015 19:27:39 -0000 On Wed, 2015-01-28 at 19:32 +0100, Bernd Walter wrote: > On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote: > > Hi > > > > Of all the low power, high-spec system/computer-on-modules out there which > > have best support for FreeBSD? > > > > MEN > > Variscite > > Technologic system > > Adlink > > etc. > > > > What I am looking for is a system with roughly this specs > > ARM or x86, 64bit if possible. > > 2-4 cores > > 1.5-2.0 GHz > > 2 GB RAM > > ~16 GB Storage > > USB 3.0 > > PCB size about one to two credit cards. > > In that range I would go for a Wandboard. > They are 1, 2 or 4 core iMX6 32bit with 512M, 1G or 2G RAM. > The 4 core has SATA, which to my knowledge we don't support yet. > They come with 2 useable SD-card slots - one on the module and one > on a carrier board. > Clock rate is 1GHz only IIRC and they only have high speed USB, although > the newest carrier boards have some super speed wiring for future modules. > > TechNexion, the originator of that module system also has some > x86 boards - some may fit your requirements, but those are at > a higher price and bigger form factor. > Tech Nexion also has iMX6 boards similar to the wandboard with > different featuresets, but also at a higher price. You do get more for that higher price with the Technexion EDM modules, namely 1.2ghz chips instead of 1.0, and parts that are industrial and/or automotive temperature-rated rather than consumer grade. On the other hand, you generally can't buy Technexion modules one at a time. Last time I checked they were minimum order 10 pieces even from resellers like Mouser and Digikey. Another small-board imx6 possibility is the Hummingboard from SolidRun. I now have freebsd running on a SolidRun Cubox-i4, so I expect no large drama in getting it working on other SolidRun imx6 products. Gonzo ordered a Hummingboard recently, so we should know for sure some time soon. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 20:15: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 4C456517; Wed, 28 Jan 2015 20:15:11 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ED584856; Wed, 28 Jan 2015 20:15:10 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0SKEiQt029420 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 28 Jan 2015 21:14:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t0SKEgAC023493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Jan 2015 21:14:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0SKEgKX073792; Wed, 28 Jan 2015 21:14:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0SKEef1073791; Wed, 28 Jan 2015 21:14:40 +0100 (CET) (envelope-from ticso) Date: Wed, 28 Jan 2015 21:14:40 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: System-On-Module Message-ID: <20150128201440.GA73589@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1422473251.15718.70.camel@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , ticso@cicely.de, "freebsd-mobile@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, 28 Jan 2015 20:15:11 -0000 On Wed, Jan 28, 2015 at 12:27:31PM -0700, Ian Lepore wrote: > On Wed, 2015-01-28 at 19:32 +0100, Bernd Walter wrote: > > On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote: > > > Hi > > > > > > Of all the low power, high-spec system/computer-on-modules out there which > > > have best support for FreeBSD? > > > > > > MEN > > > Variscite > > > Technologic system > > > Adlink > > > etc. > > > > > > What I am looking for is a system with roughly this specs > > > ARM or x86, 64bit if possible. > > > 2-4 cores > > > 1.5-2.0 GHz > > > 2 GB RAM > > > ~16 GB Storage > > > USB 3.0 > > > PCB size about one to two credit cards. > > > > In that range I would go for a Wandboard. > > They are 1, 2 or 4 core iMX6 32bit with 512M, 1G or 2G RAM. > > The 4 core has SATA, which to my knowledge we don't support yet. > > They come with 2 useable SD-card slots - one on the module and one > > on a carrier board. > > Clock rate is 1GHz only IIRC and they only have high speed USB, although > > the newest carrier boards have some super speed wiring for future modules. > > > > TechNexion, the originator of that module system also has some > > x86 boards - some may fit your requirements, but those are at > > a higher price and bigger form factor. > > Tech Nexion also has iMX6 boards similar to the wandboard with > > different featuresets, but also at a higher price. > > You do get more for that higher price with the Technexion EDM modules, > namely 1.2ghz chips instead of 1.0, and parts that are industrial and/or > automotive temperature-rated rather than consumer grade. On the other > hand, you generally can't buy Technexion modules one at a time. Last > time I checked they were minimum order 10 pieces even from resellers > like Mouser and Digikey. Temperature rating - that can easily justify the higher price. > Another small-board imx6 possibility is the Hummingboard from SolidRun. > I now have freebsd running on a SolidRun Cubox-i4, so I expect no large > drama in getting it working on other SolidRun imx6 products. Gonzo > ordered a Hummingboard recently, so we should know for sure some time > soon. To my knowledge they come in 3 different sizes. I own the biggest two versions of them. Completely forgot that the Hummingboard uses modules as well and the modules are even very small. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 23:21: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 D0E6F6A for ; Wed, 28 Jan 2015 23:21:49 +0000 (UTC) Received: from mail-ie0-f174.google.com (mail-ie0-f174.google.com [209.85.223.174]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8B870267 for ; Wed, 28 Jan 2015 23:21:49 +0000 (UTC) Received: by mail-ie0-f174.google.com with SMTP id vy18so26523811iec.5 for ; Wed, 28 Jan 2015 15:21:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=zoVi1h5IwTx1KaasxCuR+b71fTM9wyZCXwTPISmQl20=; b=N50vOvu/rh39e5cAxswP6TKPjUa4NUX+q6MfnBsP/dwTzCSllKDoFkZ6XIkldZBnow uSDKQYRwnOq1nX2brbq33/d4sql2RwLhaMugThS5uq1cwerI4R+wY1j+ySetN1+Gr+aS KN4Cc5WxgYmxCw3MRisWhlWCkXB7Z5kzZtnchzFpGFk/cSYe4Kq28twCtQr5XcbRr8f/ FMPzdTcLyQsVtSQ5nYcNJ5wjinMyDLaDYumxiF/LRBXl8RjU6lHsLOZlRXN9TNCggOs+ 2de8PCwNbHur4QeOHH3h6nST7z26sCkuERh2DJBJeFfR3Z3tZx0qzxyYpBuWpzi9iMrJ YIJQ== X-Gm-Message-State: ALoCoQlkkVI7sAMprMc/4MDfNVPkQEiRdD1EKuJgNoR6bKluMwQl506QmLSGE0kMCVXEhHqCLJ29l+p9kEqQu8B3Dulh3iZHiv5VCl2JT5gCNPRHUI0fhrMcHv8owWKDf91pmO7foQE3 X-Received: by 10.50.78.202 with SMTP id d10mr6753918igx.30.1422487308338; Wed, 28 Jan 2015 15:21:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.5.136 with HTTP; Wed, 28 Jan 2015 15:21:32 -0800 (PST) In-Reply-To: <20150128201440.GA73589@cicely7.cicely.de> References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> From: "Lundberg, Johannes" Date: Thu, 29 Jan 2015 08:21:32 +0900 Message-ID: Subject: Re: System-On-Module To: ticso@cicely.de 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" , FreeBSD Current , Ian Lepore , "freebsd-mobile@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, 28 Jan 2015 23:21:50 -0000 Thanks a lot guys. I can specify a bit more details. We don't need any sd-card, sata or external storage. Just the internal eMMC is enough. Display output can be DSI, LVDS or something that can easily be serialized to transfer over 2 wires. If WiFi and Bluetooth 4.0 is on the board that'll also be great. And of course, it would be helpful if the said board also is available as development kit... If the first tests are ok (tests can be done using Linux if FreeBSD doesn't run out of the box) we're looking to buy a larger amount, at least >1000 to start with. We are flexible about prize and size of the board. Atom is preferable over imx6, but I'll check out what you recommended. Thanks again! Ps. Hopefully we can also provide development boards for anyone who wants to help with porting out of own interest. -- Johannes Lundberg On Thu, Jan 29, 2015 at 5:14 AM, Bernd Walter wrote: > On Wed, Jan 28, 2015 at 12:27:31PM -0700, Ian Lepore wrote: > > On Wed, 2015-01-28 at 19:32 +0100, Bernd Walter wrote: > > > On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote: > > > > Hi > > > > > > > > Of all the low power, high-spec system/computer-on-modules out ther= e > which > > > > have best support for FreeBSD? > > > > > > > > MEN > > > > Variscite > > > > Technologic system > > > > Adlink > > > > etc. > > > > > > > > What I am looking for is a system with roughly this specs > > > > ARM or x86, 64bit if possible. > > > > 2-4 cores > > > > 1.5-2.0 GHz > > > > 2 GB RAM > > > > ~16 GB Storage > > > > USB 3.0 > > > > PCB size about one to two credit cards. > > > > > > In that range I would go for a Wandboard. > > > They are 1, 2 or 4 core iMX6 32bit with 512M, 1G or 2G RAM. > > > The 4 core has SATA, which to my knowledge we don't support yet. > > > They come with 2 useable SD-card slots - one on the module and one > > > on a carrier board. > > > Clock rate is 1GHz only IIRC and they only have high speed USB, > although > > > the newest carrier boards have some super speed wiring for future > modules. > > > > > > TechNexion, the originator of that module system also has some > > > x86 boards - some may fit your requirements, but those are at > > > a higher price and bigger form factor. > > > Tech Nexion also has iMX6 boards similar to the wandboard with > > > different featuresets, but also at a higher price. > > > > You do get more for that higher price with the Technexion EDM modules, > > namely 1.2ghz chips instead of 1.0, and parts that are industrial and/o= r > > automotive temperature-rated rather than consumer grade. On the other > > hand, you generally can't buy Technexion modules one at a time. Last > > time I checked they were minimum order 10 pieces even from resellers > > like Mouser and Digikey. > > Temperature rating - that can easily justify the higher price. > > > Another small-board imx6 possibility is the Hummingboard from SolidRun. > > I now have freebsd running on a SolidRun Cubox-i4, so I expect no large > > drama in getting it working on other SolidRun imx6 products. Gonzo > > ordered a Hummingboard recently, so we should know for sure some time > > soon. > > To my knowledge they come in 3 different sizes. > I own the biggest two versions of them. > Completely forgot that the Hummingboard uses modules as well and the > modules are even very small. > > -- > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 23:29: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 C69EB424 for ; Wed, 28 Jan 2015 23:29:14 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8EB092E0 for ; Wed, 28 Jan 2015 23:29:14 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id ar1so26576635iec.13 for ; Wed, 28 Jan 2015 15:29:14 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=hJYlqxUbuMkwuzBDGQzzJH31ICMnM+4Dh1QSaC6EW38=; b=C2k2Apu5Hu8+PNrpRIlTYFvelhrOdoDvpfImZiFsuQUnxGrWX+IILVlDeOcnAG8x7k Ho++a7A/+beaKsFsyNblbVhjPof74TELL327FdISwIqnmMGe98fHwn/apodviV+4CwcP Vs4vtv2wg7W2rDWp4ApUMh8dnZXxuI6mWXKgaCs+trCMFmCAzPEQD4FODijg+Q+UtBQS DduGMDlSZ+gYi0oZxZhP32wkbAg6xJKxFfzYSl7gK0U1bSPgIYRxvxRvtny/L5Nwe9R7 n78jcZkAkg1U2YI/LLhzY5J+n7l2tHSQ4RQ0fh7zOKn7JYElFJddP1VxLMJumzq0oM7A 4pfw== X-Gm-Message-State: ALoCoQnsPT5+nlYqVRbGd/ge9y5bkS+JLvzZzWXykvVtb58UBlkORxBSac/BtzWP3UurkWZNPVeWzc9QUfZPPUNj7OOQR4NcKSWLHDZ2hZMAtRC+eqKrAoTvXy9qtIRkdTMrAB1uTSPV X-Received: by 10.50.67.100 with SMTP id m4mr6887281igt.22.1422487754012; Wed, 28 Jan 2015 15:29:14 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.5.136 with HTTP; Wed, 28 Jan 2015 15:28:58 -0800 (PST) In-Reply-To: References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> From: "Lundberg, Johannes" Date: Thu, 29 Jan 2015 08:28:58 +0900 Message-ID: Subject: Re: System-On-Module To: ticso@cicely.de 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" , FreeBSD Current , Ian Lepore , "freebsd-mobile@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, 28 Jan 2015 23:29:14 -0000 By the way, this is for an embedded mobile device so we are looking for something more like http://www.kontron.com/products/computeronmodules/smarc/smarc-samx6i.html instead of Wandboard which has all the connectors that we won't use. -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Jan 29, 2015 at 8:21 AM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Thanks a lot guys. > > I can specify a bit more details. > We don't need any sd-card, sata or external storage. Just the internal > eMMC is enough. > Display output can be DSI, LVDS or something that can easily be serialize= d > to transfer over 2 wires. > If WiFi and Bluetooth 4.0 is on the board that'll also be great. > And of course, it would be helpful if the said board also is available as > development kit... > > If the first tests are ok (tests can be done using Linux if FreeBSD > doesn't run out of the box) we're looking to buy a larger amount, at leas= t > >1000 to start with. > > We are flexible about prize and size of the board. > > Atom is preferable over imx6, but I'll check out what you recommended. > Thanks again! > > Ps. Hopefully we can also provide development boards for anyone who wants > to help with porting out of own interest. > > -- > Johannes Lundberg > > On Thu, Jan 29, 2015 at 5:14 AM, Bernd Walter > wrote: > >> On Wed, Jan 28, 2015 at 12:27:31PM -0700, Ian Lepore wrote: >> > On Wed, 2015-01-28 at 19:32 +0100, Bernd Walter wrote: >> > > On Wed, Jan 28, 2015 at 06:52:52PM +0900, Lundberg, Johannes wrote: >> > > > Hi >> > > > >> > > > Of all the low power, high-spec system/computer-on-modules out >> there which >> > > > have best support for FreeBSD? >> > > > >> > > > MEN >> > > > Variscite >> > > > Technologic system >> > > > Adlink >> > > > etc. >> > > > >> > > > What I am looking for is a system with roughly this specs >> > > > ARM or x86, 64bit if possible. >> > > > 2-4 cores >> > > > 1.5-2.0 GHz >> > > > 2 GB RAM >> > > > ~16 GB Storage >> > > > USB 3.0 >> > > > PCB size about one to two credit cards. >> > > >> > > In that range I would go for a Wandboard. >> > > They are 1, 2 or 4 core iMX6 32bit with 512M, 1G or 2G RAM. >> > > The 4 core has SATA, which to my knowledge we don't support yet. >> > > They come with 2 useable SD-card slots - one on the module and one >> > > on a carrier board. >> > > Clock rate is 1GHz only IIRC and they only have high speed USB, >> although >> > > the newest carrier boards have some super speed wiring for future >> modules. >> > > >> > > TechNexion, the originator of that module system also has some >> > > x86 boards - some may fit your requirements, but those are at >> > > a higher price and bigger form factor. >> > > Tech Nexion also has iMX6 boards similar to the wandboard with >> > > different featuresets, but also at a higher price. >> > >> > You do get more for that higher price with the Technexion EDM modules, >> > namely 1.2ghz chips instead of 1.0, and parts that are industrial and/= or >> > automotive temperature-rated rather than consumer grade. On the other >> > hand, you generally can't buy Technexion modules one at a time. Last >> > time I checked they were minimum order 10 pieces even from resellers >> > like Mouser and Digikey. >> >> Temperature rating - that can easily justify the higher price. >> >> > Another small-board imx6 possibility is the Hummingboard from SolidRun= . >> > I now have freebsd running on a SolidRun Cubox-i4, so I expect no larg= e >> > drama in getting it working on other SolidRun imx6 products. Gonzo >> > ordered a Hummingboard recently, so we should know for sure some time >> > soon. >> >> To my knowledge they come in 3 different sizes. >> I own the biggest two versions of them. >> Completely forgot that the Hummingboard uses modules as well and the >> modules are even very small. >> >> -- >> B.Walter http://www.bwct.de >> Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. >> > > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Wed Jan 28 23:46:27 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 AFBC3725; Wed, 28 Jan 2015 23:46:27 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2186567D; Wed, 28 Jan 2015 23:46:26 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0SNk1k8031475 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 29 Jan 2015 00:46:01 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t0SNjxPv029002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jan 2015 00:45:59 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0SNjxqc074690; Thu, 29 Jan 2015 00:45:59 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0SNjw4A074689; Thu, 29 Jan 2015 00:45:58 +0100 (CET) (envelope-from ticso) Date: Thu, 29 Jan 2015 00:45:58 +0100 From: Bernd Walter To: "Lundberg, Johannes" Subject: Re: System-On-Module Message-ID: <20150128234558.GE73589@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , ticso@cicely.de, Ian Lepore , "freebsd-mobile@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, 28 Jan 2015 23:46:27 -0000 On Thu, Jan 29, 2015 at 08:28:58AM +0900, Lundberg, Johannes wrote: > By the way, this is for an embedded mobile device so we are looking for > something more like > > http://www.kontron.com/products/computeronmodules/smarc/smarc-samx6i.html > > instead of Wandboard which has all the connectors that we won't use. Don't get confused with the wandboard module+carrier board, which is the normal offer (and in small volumes often cheaper than the 10x module pack). The Wandboard module alone is extremly similar to the Kontron modules in your link. They don't have eMMC (maybe some of the TechNexion have), but they do have a micro-SD on the module itself, plus SDIO on the module header. eMMC can have a higher transport speed because it allows for 8bit instead of 4bit and as soldered chip it has different issued than a socketed card, but otherwise they are very similar in design. The 2 and 4 core Wandboards have BT/WLAN on module, but it is done by SDIO, for which FreeBSD (to my knowledge) has no support yet. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 00:07:07 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 1359DD6D; Thu, 29 Jan 2015 00:07:07 +0000 (UTC) Received: from smtp5.ore.mailhop.org (smtp5.ore.mailhop.org [54.186.10.118]) (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 E20778B9; Thu, 29 Jan 2015 00:07:06 +0000 (UTC) Received: from [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 1YGcdP-0003GF-1k; Thu, 29 Jan 2015 00:06:59 +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 t0T06rPk029327; Wed, 28 Jan 2015 17:06:53 -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: U2FsdGVkX19FuY4xdbtzhBpr88i4Mx/a Message-ID: <1422490013.15718.79.camel@freebsd.org> Subject: Re: System-On-Module From: Ian Lepore To: "Lundberg, Johannes" Date: Wed, 28 Jan 2015 17:06:53 -0700 In-Reply-To: References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , ticso@cicely.de, "freebsd-mobile@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, 29 Jan 2015 00:07:07 -0000 On Thu, 2015-01-29 at 08:28 +0900, Lundberg, Johannes wrote: > By the way, this is for an embedded mobile device so we are looking for > something more like > > http://www.kontron.com/products/computeronmodules/smarc/smarc-samx6i.html > > instead of Wandboard which has all the connectors that we won't use. That's similar to the EDM module that wandboards use: http://www.technexion.com/products/edm/edm-som/edm1-cf-imx6 You can buy the EDM modules directly from Technexion if you're willing to buy quantity, or through resellers like Digikey. The EDM modules from technexion are compatible with the wandboard carrier boards, so you can use a few cheap wandboards as devel and eval boards (or you can buy the overpriced "fairyboard" carrier from technexion that has PCIe connectors that wandboard lacks). We're using these modules at $work, and that's basically the path I took... I started with a wandboard and got freebsd running on it, and once it got past the proof of concept stage (the minimum set of drivers for the imx6 devices we need, and reasonable freebsd stability -- I had a board running a stress test with 2 months of uptime) we designed our own motherboards with EDM sockets on them. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 00:13: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 3CD33A4 for ; Thu, 29 Jan 2015 00:13:01 +0000 (UTC) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B8FD994 for ; Thu, 29 Jan 2015 00:13:00 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id rl12so27006190iec.0 for ; Wed, 28 Jan 2015 16:13:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=/b3AfqRYl51nguM1b93b0FApNZGT45vpJTdVErkvhaE=; b=FQPakTQOF19HPcf+4P9dnP3xiP3eCjE/uWgVDDWPw9Oj1THKC3kRtKQT0zEJmiK5Vs 4ooQyi5iA3ZrxUiSFiPVVaUCVZwvhQeqSqPs/ZYR0BEUUhISw7IHZ84KkFzXsC2m8d61 9TxcPZ0DuUxtgUVyoAuN0Q6HmWZmOqfzY++zt79SC3a2jkmUIqsu/m+eH2dKNVbJLqgz Amb8kng0ObTV8ubp49jumSnAFgiSirqaFURaoDZIBxkW7xElRvnoAGTczrqklVyU45ku 3RafkOVgVGrmp/iHI4DGnq1xp/FueJmOaDvZ6nyu/Dg61roXC9d/f3IDDj59PSdA+imf xQMQ== X-Gm-Message-State: ALoCoQmNPoDxVhy1SPzxti26fthRI3oJaJKkq/fDxATaIpwQK+qJfcjstmDyTSe74fXXVu0xPjaLP58jmXX61vwCuFsfGKEsibQzj0Nh/Np8qrUmLhFoc3dl7KRmaXIpYBBV3XQzTUNh X-Received: by 10.42.239.1 with SMTP id ku1mr244696icb.45.1422490374144; Wed, 28 Jan 2015 16:12:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.5.136 with HTTP; Wed, 28 Jan 2015 16:12:38 -0800 (PST) In-Reply-To: <1422490013.15718.79.camel@freebsd.org> References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> From: "Lundberg, Johannes" Date: Thu, 29 Jan 2015 09:12:38 +0900 Message-ID: Subject: Re: System-On-Module To: Ian Lepore 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" , FreeBSD Current , ticso@cicely.de, "freebsd-mobile@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, 29 Jan 2015 00:13:01 -0000 Ah now I see it has EDM connection. I didn't look carefully enough. All the images are with the expansion board attached.. Spec-wise and portability-wise it seems like a good option but my hardware guy keeps warning me about Freescale that they often have hardware bugs and rather than fixing the bugs they pretend they are not there.. In other words, Freescale is good for software developers because of open documentation but not so for hardware manufactures. Any experiences with this? -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Jan 29, 2015 at 9:06 AM, Ian Lepore wrote: > On Thu, 2015-01-29 at 08:28 +0900, Lundberg, Johannes wrote: > > By the way, this is for an embedded mobile device so we are looking for > > something more like > > > > > http://www.kontron.com/products/computeronmodules/smarc/smarc-samx6i.html > > > > instead of Wandboard which has all the connectors that we won't use. > > That's similar to the EDM module that wandboards use: > > http://www.technexion.com/products/edm/edm-som/edm1-cf-imx6 > > You can buy the EDM modules directly from Technexion if you're willing > to buy quantity, or through resellers like Digikey. The EDM modules > from technexion are compatible with the wandboard carrier boards, so you > can use a few cheap wandboards as devel and eval boards (or you can buy > the overpriced "fairyboard" carrier from technexion that has PCIe > connectors that wandboard lacks). > > We're using these modules at $work, and that's basically the path I > took... I started with a wandboard and got freebsd running on it, and > once it got past the proof of concept stage (the minimum set of drivers > for the imx6 devices we need, and reasonable freebsd stability -- I had > a board running a stress test with 2 months of uptime) we designed our > own motherboards with EDM sockets on them. > > -- Ian > > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 00:36: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 548B07BC; Thu, 29 Jan 2015 00:36:06 +0000 (UTC) Received: from smtp4.ore.mailhop.org (smtp4.ore.mailhop.org [54.149.240.58]) (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 2D923BCA; Thu, 29 Jan 2015 00:36:05 +0000 (UTC) Received: from [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 1YGd5X-0005bH-QV; Thu, 29 Jan 2015 00:36:03 +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 t0T0a0SC029576; Wed, 28 Jan 2015 17:36:00 -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: U2FsdGVkX19SQjhCnkSh9HOf2vDrL4cw Message-ID: <1422491760.15718.97.camel@freebsd.org> Subject: Re: System-On-Module From: Ian Lepore To: "Lundberg, Johannes" Date: Wed, 28 Jan 2015 17:36:00 -0700 In-Reply-To: References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , ticso@cicely.de, "freebsd-mobile@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, 29 Jan 2015 00:36:06 -0000 On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: > Ah now I see it has EDM connection. I didn't look carefully enough. All the > images are with the expansion board attached.. > > Spec-wise and portability-wise it seems like a good option but my hardware > guy keeps warning me about Freescale that they often have hardware bugs and > rather than fixing the bugs they pretend they are not there.. In other > words, Freescale is good for software developers because of open > documentation but not so for hardware manufactures. Any experiences with > this? The imx6 manuals include an errata list, so it would be good to check that for anything specific that would matter to your projects. For the devices we use in our products everything is good so far with the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and lots of gpio (inputs and outputs). The ethernet is gigabit but has a known limitation of 40MB/s due to the bus it's connected to in the chip. (But hey, it's documented so it's not a problem, right? :) You mentioned video, and we don't have that working on freebsd imx6 yet, but there's not a ton of work to do. There's a framebuffer driver for imx5 and it has pretty much the same framebuffer hardware. Getting video output to a TTL LCD is probably just hours of work. Getting it to an LVDS LCD or HDMI probably needs days of work (entire drivers written, potentially, I haven't looked into it). Some audio support was recently committed, but I don't know much about it yet. -- Ian From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 00:50:41 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 BEF9DB5F for ; Thu, 29 Jan 2015 00:50:41 +0000 (UTC) Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70267CC9 for ; Thu, 29 Jan 2015 00:50:41 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id rl12so27322134iec.0 for ; Wed, 28 Jan 2015 16:50: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:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=40MDe2PIsRNwj+hWVSNt/AHZHg2TAicCmffZXEw4AOU=; b=I6iU7R0F6JOXl0jgw6gehTO0F1x+cyWqab77Bj/P5S2BER+xnShKXCV614Dxop9m/o ObgMuuSHlx447WZfpFdNDtdoyLCyBLjKYupc5M17uotzAVPeIwDAUObzHZk0Zj5VgvlS ELBgTuQYhVDHjQXigHMrvttlfMfVa4ImRymiRM/sg8NcUw9AQ2Y6+CO4I35tpr6dj+iP w+w+xLHXuPg2BE3O9JCjCKjLYX33f73q/X2zNfYUq+pRuDnLwyE57bCFmvJAtexhlRVG NxA+LbEcBHLM9NWF3T2ZohRmrkNKUL5eO8rpYBAOR21EDvA+inraWUharbNrDRBJbf/A MesQ== X-Gm-Message-State: ALoCoQkAdCgniUxfj8Nhz4iqlabnmLS9q0oh7o9FAKwwWlzeuFbf4oNxv4Cg+why+st3iV8SRvlZ7VErCoZlRDrYr+ONHscsVt/+HEn79MAweK9g58p1I6wI1Khs75eQcEggD940jzV1 X-Received: by 10.50.111.10 with SMTP id ie10mr6948696igb.15.1422492640625; Wed, 28 Jan 2015 16:50:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.5.136 with HTTP; Wed, 28 Jan 2015 16:50:25 -0800 (PST) In-Reply-To: <1422491760.15718.97.camel@freebsd.org> References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> From: "Lundberg, Johannes" Date: Thu, 29 Jan 2015 09:50:25 +0900 Message-ID: Subject: Re: System-On-Module To: Ian Lepore 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" , FreeBSD Current , ticso@cicely.de, "freebsd-mobile@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, 29 Jan 2015 00:50:41 -0000 How about these Tegra3 boards? https://www.toradex.com/computer-on-modules/apalis-arm-family/nvidia-tegra-= 3 -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Jan 29, 2015 at 9:36 AM, Ian Lepore wrote: > On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: > > Ah now I see it has EDM connection. I didn't look carefully enough. All > the > > images are with the expansion board attached.. > > > > Spec-wise and portability-wise it seems like a good option but my > hardware > > guy keeps warning me about Freescale that they often have hardware bugs > and > > rather than fixing the bugs they pretend they are not there.. In other > > words, Freescale is good for software developers because of open > > documentation but not so for hardware manufactures. Any experiences wit= h > > this? > > The imx6 manuals include an errata list, so it would be good to check > that for anything specific that would matter to your projects. > > For the devices we use in our products everything is good so far with > the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and lots > of gpio (inputs and outputs). The ethernet is gigabit but has a known > limitation of 40MB/s due to the bus it's connected to in the chip. (But > hey, it's documented so it's not a problem, right? :) > > You mentioned video, and we don't have that working on freebsd imx6 yet, > but there's not a ton of work to do. There's a framebuffer driver for > imx5 and it has pretty much the same framebuffer hardware. Getting > video output to a TTL LCD is probably just hours of work. Getting it to > an LVDS LCD or HDMI probably needs days of work (entire drivers written, > potentially, I haven't looked into it). > > Some audio support was recently committed, but I don't know much about > it yet. > > -- Ian > > > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 02:33:41 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 B7B03DDD; Thu, 29 Jan 2015 02:33:41 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 638F8B71; Thu, 29 Jan 2015 02:33:41 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0T2XHMC033235 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 29 Jan 2015 03:33:17 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t0T2XEux032088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jan 2015 03:33:14 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0T2XECV076173; Thu, 29 Jan 2015 03:33:14 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0T2XE7s076172; Thu, 29 Jan 2015 03:33:14 +0100 (CET) (envelope-from ticso) Date: Thu, 29 Jan 2015 03:33:14 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: System-On-Module Message-ID: <20150129023314.GH73589@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1422491760.15718.97.camel@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: "freebsd-arm@freebsd.org" , FreeBSD Current , "freebsd-mobile@freebsd.org" , ticso@cicely.de 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, 29 Jan 2015 02:33:41 -0000 On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote: > On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: > > Ah now I see it has EDM connection. I didn't look carefully enough. All the > > images are with the expansion board attached.. > > > > Spec-wise and portability-wise it seems like a good option but my hardware > > guy keeps warning me about Freescale that they often have hardware bugs and > > rather than fixing the bugs they pretend they are not there.. In other > > words, Freescale is good for software developers because of open > > documentation but not so for hardware manufactures. Any experiences with > > this? > > The imx6 manuals include an errata list, so it would be good to check > that for anything specific that would matter to your projects. If you use a prebuild module then you don't get much in touch with the freescale chip fropm the hardware side. On the other hand, there are countless iMX6 boards out there with schematics online. My recently bought Novena even came with printed schematics and they open sourced the HW design files as well. I don't think there are hidden surprises on the hardware side. > For the devices we use in our products everything is good so far with > the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and lots > of gpio (inputs and outputs). The ethernet is gigabit but has a known > limitation of 40MB/s due to the bus it's connected to in the chip. (But > hey, it's documented so it's not a problem, right? :) > > You mentioned video, and we don't have that working on freebsd imx6 yet, > but there's not a ton of work to do. There's a framebuffer driver for > imx5 and it has pretty much the same framebuffer hardware. Getting > video output to a TTL LCD is probably just hours of work. Getting it to > an LVDS LCD or HDMI probably needs days of work (entire drivers written, > potentially, I haven't looked into it). Sounds interesting for my Novena. The one I already got are board only (with some FPGA breakout, ...). They have HDMI though. But I'm also awaiting for the one with case and LCD panel. Not to forget that I have a fairy EDM carrier with LCD already. That said I'v always wondered how much work is it to get the camera interface running, since the Hummingboards can connect to the RPi camera modules. > Some audio support was recently committed, but I don't know much about > it yet. > > -- Ian > > -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 04:28: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 10798EF5 for ; Thu, 29 Jan 2015 04:28:38 +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 B99B69E2 for ; Thu, 29 Jan 2015 04:28:36 +0000 (UTC) Received: from [208.184.220.60] (helo=macbook-air-3.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YGgJY-000PqB-8W for freebsd-arm@freebsd.org; Wed, 28 Jan 2015 20:02:46 -0800 From: Oleksandr Tymoshenko Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Beaglebone Black HDMI support v2 Message-Id: Date: Wed, 28 Jan 2015 20:02:11 -0800 To: "freebsd-arm@freebsd.org List" Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) 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: Hello, Here is the second version of the patch: https://people.freebsd.org/~gonzo/arm/patches/bbb-hdmi-20150128.diff Changes comparing to previous version: [...] Content analysis details: (-0.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] 2.7 DNS_FROM_AHBL_RHSBL RBL: Envelope sender listed in dnsbl.ahbl.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, 29 Jan 2015 04:28:38 -0000 Hello, Here is the second version of the patch: https://people.freebsd.org/~gonzo/arm/patches/bbb-hdmi-20150128.diff Changes comparing to previous version: - Config switched to vt(4) - EDID parser from NetBSD - Driver picks up the best matching videomode - =E2=80=9Cnaive=E2=80=9D implementation of hdmi_if: HDMI connect = events, read EDID, and set framer videomode.=20 You need HEAD with r277871 for this patch to work reliably --=20 gonzo From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 08:18: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 35DC0568 for ; Thu, 29 Jan 2015 08:18:25 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED060198 for ; Thu, 29 Jan 2015 08:18:24 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id rl12so30672473iec.11 for ; Thu, 29 Jan 2015 00:18:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=awXFMSZLtjvB8uP+rLfmTX6AUtihxFqiT8585iJSY9s=; b=aZq9ypYzPVVJxrjWuT4dzodA1m7zu/kANFHXn6FMF0vL8gMFtIrmvjtefyu7/CNkN2 33GFMjTjRLJKd87zjL44hWWSNgVJzAyvJ31Z/6Nmix0T7+1jp4qda92Byb2DkDGWIX/t BiPuglIgeVopetfscGEaQKqM0I3GDC0SofyjerGo8lIxz2pTDNJ2fdCmdCSgp8AiU63/ TWOE85qJdDQJJdfO2NTnofhkiF22wix6NzKwCxvNAcNlMlzdAgoT2bLyUzjnZNpSsdwh ZyIbBGvo9PYpam5DIlPQ8y5M0uNczpBetL3NQU9vF0CfAckzOb2EDRSPy070ZLKQqAHP ReZA== X-Gm-Message-State: ALoCoQn7wx2/Uw7CbfB+Ipzi0xYgUgJiwQbVoG/mMxhzw2Ia+ILl3lyf9Du1BbKz8t1LdDhQ3Pw7bdJgd/nmG2ork4kuxfCYpG2+/AkvSyyLf/YXcWoT0+9lEBFWrGY572H11Zj5MAFO X-Received: by 10.50.142.99 with SMTP id rv3mr908601igb.11.1422519503954; Thu, 29 Jan 2015 00:18:23 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.5.136 with HTTP; Thu, 29 Jan 2015 00:18:08 -0800 (PST) In-Reply-To: <20150129023314.GH73589@cicely7.cicely.de> References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> <20150129023314.GH73589@cicely7.cicely.de> From: "Lundberg, Johannes" Date: Thu, 29 Jan 2015 17:18:08 +0900 Message-ID: Subject: Re: System-On-Module To: ticso@cicely.de 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" , FreeBSD Current , Ian Lepore , "freebsd-mobile@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, 29 Jan 2015 08:18:25 -0000 Hi All Thanks again for all the replies. How is the support for A15 and how is Qualcomm to work with when it comes to porting? Thinking about this guy which is closer to what I want spec-wise.. http://www.variscite.com/products/system-on-module-som/cortex-a15-krait/var= -som-sd600-cpu-qualcomm-snapdragon600 -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter wrote: > On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote: > > On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: > > > Ah now I see it has EDM connection. I didn't look carefully enough. > All the > > > images are with the expansion board attached.. > > > > > > Spec-wise and portability-wise it seems like a good option but my > hardware > > > guy keeps warning me about Freescale that they often have hardware > bugs and > > > rather than fixing the bugs they pretend they are not there.. In othe= r > > > words, Freescale is good for software developers because of open > > > documentation but not so for hardware manufactures. Any experiences > with > > > this? > > > > The imx6 manuals include an errata list, so it would be good to check > > that for anything specific that would matter to your projects. > > If you use a prebuild module then you don't get much in touch with > the freescale chip fropm the hardware side. > On the other hand, there are countless iMX6 boards out there with > schematics online. > My recently bought Novena even came with printed schematics and they > open sourced the HW design files as well. > I don't think there are hidden surprises on the hardware side. > > > For the devices we use in our products everything is good so far with > > the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and lots > > of gpio (inputs and outputs). The ethernet is gigabit but has a known > > limitation of 40MB/s due to the bus it's connected to in the chip. (Bu= t > > hey, it's documented so it's not a problem, right? :) > > > > You mentioned video, and we don't have that working on freebsd imx6 yet= , > > but there's not a ton of work to do. There's a framebuffer driver for > > imx5 and it has pretty much the same framebuffer hardware. Getting > > video output to a TTL LCD is probably just hours of work. Getting it t= o > > an LVDS LCD or HDMI probably needs days of work (entire drivers written= , > > potentially, I haven't looked into it). > > Sounds interesting for my Novena. > The one I already got are board only (with some FPGA breakout, ...). > They have HDMI though. > But I'm also awaiting for the one with case and LCD panel. > Not to forget that I have a fairy EDM carrier with LCD already. > That said I'v always wondered how much work is it to get the camera > interface running, since the Hummingboards can connect to the RPi > camera modules. > > > Some audio support was recently committed, but I don't know much about > > it yet. > > > > -- Ian > > > > > > -- > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 08:48:38 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 7B176BEC for ; Thu, 29 Jan 2015 08:48:38 +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 62A2D6EA for ; Thu, 29 Jan 2015 08:48:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0T8mcTe009082 for ; Thu, 29 Jan 2015 08:48:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197165] Wrong linkup status register used for mge controller Date: Thu, 29 Jan 2015 08:48:38 +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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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 Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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: Thu, 29 Jan 2015 08:48:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D197165 Bug ID: 197165 Summary: Wrong linkup status register used for mge controller Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: callthethunder@gmail.com Hello! I have a problem with mge driver on armada xp soc. Board: RD-AXP-GP rev 1.0 SoC: MV78460 B0 running 4 CPUs Custom configuration in file sys/dev/mge/if_mge.c for (;;) { reg_val =3D MGE_READ(sc, MGE_PORT_STATUS); if (reg_val & MGE_STATUS_LINKUP) break; DELAY(100); if (--count =3D=3D 0) { if_printf(sc->ifp, "Timeout on link-up\n"); break; } } #define MGE_PORT_STATUS 0x444 #define MGE_STATUS_LINKUP (1 << 1) For linkup status used bit 1 of MGE_PORT_STATUS, but according to marvel documentation the value of this bit in undefined.=20 http://www.marvell.com/embedded-processors/armada-xp/assets/ARMADA-XP-Funct= ional-SpecDatasheet.pdf Serial Registers Ethernet Port Status 0 (PS0) Register (i=3D0=E2=80=933) Offset: Port2: 0x00032444, Port3: 0x00036444, Port0: 0x00072444, Port1: 0x00076444 Offset Formula: 0x00072444+0x4000*(i%2)+floor((3-i) / 2)*0x40000= - 0x40000: where i (0-3) represents Port Bit Field Type/InitVal Description 31:17 Reserved RO=20 0x0 Reserved 16 RxFIFOEmpty RO=20 0x1 RX Fifo Empty When set to "1", indicates that the port Receive FIFO is empty. 15:9 Reserved RO=20 0x0 Reserved 8 TxFIFOEmp RO=20 0x0 TX Fifo Empty When set to "1", indicates that the port Transmit FIFO = is empty. 7:1 Reserved RO=20 0x0 Reserved 0 TxInProg RO=20 0x0 Transmit in Progress When equal to "1", indicates that the port=E2=80=99s tr= ansmitter is in an active transmission state. You need to use one of MAC Registers instead. According to this documentation linkup status is bit 0 of Port Status Regis= ter. Port Status Register0 (i=3D0=E2=80=933) Offset: Port2: 0x00032C10, Port3: 0x00036C10, Port0: 0x00072C10, Port1: 0x00076C10 Offset Formula: 0x00072C10+0x4000*(i%2)+floor((3-i) / 2)*0x40000= - 0x40000: where i (0-3) represents Port Bit Field Type/InitVal Description 0 LinkUp RO=20 0x0 Indicates the port link status.=20 0 =3D False: Link is down. 1 =3D True: Link is up. It works in case of my board. diff --git a/sys/dev/mge/if_mge.c b/sys/dev/mge/if_mge.c --- a/sys/dev/mge/if_mge.c +++ b/sys/dev/mge/if_mge.c @@ -965,8 +965,8 @@ mge_init_locked(void *arg) MGE_WRITE(sc, MGE_PORT_SERIAL_CTRL, reg_val); count =3D 0x100000; for (;;) { - reg_val =3D MGE_READ(sc, MGE_PORT_STATUS); - if (reg_val & MGE_STATUS_LINKUP) + reg_val =3D MGE_READ(sc, 0xc10); + if (reg_val & 1) break; DELAY(100); if (--count =3D=3D 0) { --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 09:09: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 E3B4746F for ; Thu, 29 Jan 2015 09:09:41 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::4]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7AFD899F for ; Thu, 29 Jan 2015 09:09:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1422522551; l=2659; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=dlyRW+H81qGNnklMtIwuWnKh7ycme80ev0JeQrzQpr8=; b=m+kbwPSTSTeecUQYMdhSL7nAtvZdNaanmOFVAT/wurJjVM0BVLQSs0f9PTh/UoKtreL XdQXxR7HaGb/oBCu5e5lE3w7KfYVG0bFm+qJ/vSosqCQQg6KTXcYLmZTeyq9YNRcQfnNa JpWII+ZK+7hInj1mrR49WXYW1o/kOoUE6WU= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg49uMv6w2o= X-RZG-CLASS-ID: mo00 Received: from quad (p54869630.dip0.t-ipconnect.de [84.134.150.48]) by smtp.strato.de (RZmta 37.1 DYNA|AUTH) with ESMTPSA id U01a8ar0T98xMbg (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Thu, 29 Jan 2015 10:08:59 +0100 (CET) Date: Thu, 29 Jan 2015 09:08:57 +0000 From: Ulrich Grey To: Oleksandr Tymoshenko Subject: Re: Beaglebone Black HDMI support v2 Message-Id: <20150129090857.898c5b2a3a3fc88f5159a431@ulrich-grey.de> In-Reply-To: References: Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: Thu, 29 Jan 2015 09:09:42 -0000 Hello, I have patched CURRENT r277871 and tried to built an image with crochet. I get a compile error: sh -c 'MACHINE=3Darm /usr/home/BBB/head/sys/tools/fdt/make_dtbh.sh beaglebone-black.dts /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/wor= k/obj/arm.armv6/usr/home/BBB/head/sys/BEAGLEBONE' awk -f /usr/home/BBB/head/sys/tools/miidevs2h.awk /usr/home/BBB/head/sys/de= v/mii/miidevs awk -f /usr/home/BBB/head/sys/tools/pccarddevs2h.awk /usr/home/BBB/head/sys/dev= /pccard/pccarddevs awk -f /usr/home/BBB/head/sys/teken/gensequences /usr/home/BBB/head/sys/tek= en/sequences > teken_state.h awk -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk /usr/home/BBB/head/sys/dev/us= b/usbdevs -h awk -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk /usr/home/BBB/head/sys/de= v/usb/usbdevs -d awk -f /usr/home/BBB/head/sys/arm/conf/genboardid.awk /usr/home/BBB/head/sys/ar= m/conf/mach-types > board_id.h awk > -f /usr/home/BBB/head/sys/tools/vnode_if.awk /usr/home/BBB/head/sys/kern/= vnode_if.src > -c awk > -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev= /eisa/eisa_if.m > -c awk > -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev= /fb/fb_if.m -c > awk > -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev= /gpio/gpio_if.m > -c awk > -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev= /gpio/gpiobus_if.m > -c make[2]: don't know how to make /usr/home/BBB/head/sys/dev/hdmi/hdmi_if.m. = Stop make[2]: stopped in /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/obj/arm.armv6/us= r/home/BBB/head/sys/BEAGLEBONE *** Error code 2 Stop. make[1]: stopped in /usr/home/BBB/head *** Error code 1 Stop. make: stopped in /usr/home/BBB/head Regards Ulrich ---------------------------------- On Wed, 28 Jan 2015 20:02:11 -0800 Oleksandr Tymoshenko wrote: > Hello, >=20 > Here is the second version of the patch: > https://people.freebsd.org/~gonzo/arm/patches/bbb-hdmi-20150128.diff >=20 > Changes comparing to previous version: >=20 > - Config switched to vt(4) > - EDID parser from NetBSD > - Driver picks up the best matching videomode > - ?naive? implementation of hdmi_if: HDMI connect events, read EDID, and = set framer > videomode.=20 >=20 > You need HEAD with r277871 for this patch to work reliably >=20 > --=20 > gonzo >=20 >=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" From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 09:10:48 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 DDD8D4C6; Thu, 29 Jan 2015 09:10:48 +0000 (UTC) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9566C9AB; Thu, 29 Jan 2015 09:10:48 +0000 (UTC) Received: by mail-oi0-f48.google.com with SMTP id v63so24739278oia.7; Thu, 29 Jan 2015 01:10:48 -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=vQa5TRA0i4Ffbh2TtodHT3Oc1tslCDfdK0bGy2VFl9I=; b=owRIF6Sf3xUGlT8ribGB1Pv9MPmg+cafFm4txJFVRbC7kFY7/bUDl1IcCfDmZbpDsw TXqbKNeqh7eG/4dUXG1Z/cZ2mocgki3bIsm7X8HLnps/ZxD4CPS0rPSOXnQc8ACE6px5 bHG9+ZoNegU+5N6sU9oCoNL29H/p5nMwyYg8DCyzkwx2OGziXkwNezW+tCzu/Z3ZM2cz PUzmHVIfLmHkjwEfaPS0+Z0zQQm118IT9QbR+6/GY6xx8ZOrok3Ft5o0mI4vhz1z5LIT XYxtEGHSWzrXEZhVLKjXHv9dkXbyVqSHmBk0T4Sa0asSAeP0u2+ho4V5fB5IuaiWKEBA YNFw== MIME-Version: 1.0 X-Received: by 10.60.144.135 with SMTP id sm7mr4963173oeb.28.1422522647921; Thu, 29 Jan 2015 01:10:47 -0800 (PST) Received: by 10.182.13.33 with HTTP; Thu, 29 Jan 2015 01:10:47 -0800 (PST) In-Reply-To: References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> <20150129023314.GH73589@cicely7.cicely.de> Date: Thu, 29 Jan 2015 17:10:47 +0800 Message-ID: Subject: Re: System-On-Module From: Ganbold Tsagaankhuu To: "Lundberg, Johannes" 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" , FreeBSD Current , ticso@cicely.de, Ian Lepore , "freebsd-mobile@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, 29 Jan 2015 09:10:49 -0000 On Thu, Jan 29, 2015 at 4:18 PM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Hi All > > Thanks again for all the replies. > > How is the support for A15 and how is Qualcomm to work with when it comes > to porting? > > Thinking about this guy which is closer to what I want spec-wise.. > > http://www.variscite.com/products/system-on-module-som/cortex-a15-krait/v= ar-som-sd600-cpu-qualcomm-snapdragon600 > > > I think IFC6410 has same SoC as above SoM and as for ifc6410 either mmc/sd or usb ehci driver needed in order to boot FreeBSD into multi user mode. Ganbold > > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter > wrote: > > > On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote: > > > On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: > > > > Ah now I see it has EDM connection. I didn't look carefully enough. > > All the > > > > images are with the expansion board attached.. > > > > > > > > Spec-wise and portability-wise it seems like a good option but my > > hardware > > > > guy keeps warning me about Freescale that they often have hardware > > bugs and > > > > rather than fixing the bugs they pretend they are not there.. In > other > > > > words, Freescale is good for software developers because of open > > > > documentation but not so for hardware manufactures. Any experiences > > with > > > > this? > > > > > > The imx6 manuals include an errata list, so it would be good to check > > > that for anything specific that would matter to your projects. > > > > If you use a prebuild module then you don't get much in touch with > > the freescale chip fropm the hardware side. > > On the other hand, there are countless iMX6 boards out there with > > schematics online. > > My recently bought Novena even came with printed schematics and they > > open sourced the HW design files as well. > > I don't think there are hidden surprises on the hardware side. > > > > > For the devices we use in our products everything is good so far with > > > the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and lo= ts > > > of gpio (inputs and outputs). The ethernet is gigabit but has a know= n > > > limitation of 40MB/s due to the bus it's connected to in the chip. > (But > > > hey, it's documented so it's not a problem, right? :) > > > > > > You mentioned video, and we don't have that working on freebsd imx6 > yet, > > > but there's not a ton of work to do. There's a framebuffer driver fo= r > > > imx5 and it has pretty much the same framebuffer hardware. Getting > > > video output to a TTL LCD is probably just hours of work. Getting it > to > > > an LVDS LCD or HDMI probably needs days of work (entire drivers > written, > > > potentially, I haven't looked into it). > > > > Sounds interesting for my Novena. > > The one I already got are board only (with some FPGA breakout, ...). > > They have HDMI though. > > But I'm also awaiting for the one with case and LCD panel. > > Not to forget that I have a fairy EDM carrier with LCD already. > > That said I'v always wondered how much work is it to get the camera > > interface running, since the Hummingboards can connect to the RPi > > camera modules. > > > > > Some audio support was recently committed, but I don't know much abou= t > > > it yet. > > > > > > -- Ian > > > > > > > > > > -- > > B.Walter http://www.bwct.de > > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > > > > -- > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6= =EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81= =97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98= =E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3= =82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81= =BE=E3=81=99=E3=80=82 > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96= =E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5= =A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE= =E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5= =88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE= =E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8= =A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81= =84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C= =E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3= =81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 09:27: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 3DBB6888 for ; Thu, 29 Jan 2015 09:27:10 +0000 (UTC) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EE259B8C for ; Thu, 29 Jan 2015 09:27:09 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id rd18so31209078iec.7 for ; Thu, 29 Jan 2015 01:27:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YU2JI4lHiV2274Oj9l/xn0T1QCgzgzspdDQhLSQr+RY=; b=d9fx4VAZfvHtYCeUi8OEigy3n+zXE0WnQJovHA2aUjOE7DqGsLHfgNyrs0pBfIXZlm lLtn+0y+/399O81nhuKbDpj4KMbM8p1kFFxJEw2nmcI58Dbr5i35JBFU2oEzvJ4vSlZs o/6HUq82kyGGXfU2RQ/apDadXOZ6V8lUX/XQ0jZql6fMgR77CT5s+P4/QVKyoMVJ/rXG Wzlds9PXfCi+buUpHJHGcGg1TvtCdO2YSn3hAPy8wVlEXzQJdWHQV4Jis2j3dJKr8O0n t3l43bq1Z1HHrv4qirDJLrJi+E9dhHZohgWuDoZKgc+Z1PcT4/aKrygMCoQ6tNoBLen+ cQcQ== X-Gm-Message-State: ALoCoQnyouNUAl7lQ7mA5if3+GXg8a73xEfG2n3yAnLhSmnFUyYzK97MHsQzwC+3vv3pycYjqAMFuAbHkIzlvZKsoDnKBFx6JUXeRMw+e47viFxSkABvtvUdJuDJcQq4dMuIXERSkNvA MIME-Version: 1.0 X-Received: by 10.50.109.228 with SMTP id hv4mr1131841igb.45.1422523628754; Thu, 29 Jan 2015 01:27:08 -0800 (PST) Received: by 10.43.5.136 with HTTP; Thu, 29 Jan 2015 01:27:08 -0800 (PST) In-Reply-To: References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> <20150129023314.GH73589@cicely7.cicely.de> Date: Thu, 29 Jan 2015 18:27:08 +0900 Message-ID: Subject: Re: System-On-Module From: "Lundberg, Johannes" To: Ganbold Tsagaankhuu 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" , FreeBSD Current , "ticso@cicely.de" , Ian Lepore , "freebsd-mobile@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, 29 Jan 2015 09:27:10 -0000 What I'm most worried about is the graphics stack.. Some companies don't seem so keen on handing out specs. On Thursday, January 29, 2015, Ganbold Tsagaankhuu wrote: > > > On Thu, Jan 29, 2015 at 4:18 PM, Lundberg, Johannes < > johannes@brilliantservice.co.jp > > wrote: > >> Hi All >> >> Thanks again for all the replies. >> >> How is the support for A15 and how is Qualcomm to work with when it come= s >> to porting? >> >> Thinking about this guy which is closer to what I want spec-wise.. >> >> http://www.variscite.com/products/system-on-module-som/cortex-a15-krait/= var-som-sd600-cpu-qualcomm-snapdragon600 >> >> >> > I think IFC6410 has same SoC as above SoM and as for ifc6410 either mmc/s= d > or usb ehci driver needed in order to boot FreeBSD into multi user mode. > > Ganbold > > > >> >> -- >> Johannes Lundberg >> BRILLIANTSERVICE CO., LTD. >> >> On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter > > >> wrote: >> >> > On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote: >> > > On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: >> > > > Ah now I see it has EDM connection. I didn't look carefully enough= . >> > All the >> > > > images are with the expansion board attached.. >> > > > >> > > > Spec-wise and portability-wise it seems like a good option but my >> > hardware >> > > > guy keeps warning me about Freescale that they often have hardware >> > bugs and >> > > > rather than fixing the bugs they pretend they are not there.. In >> other >> > > > words, Freescale is good for software developers because of open >> > > > documentation but not so for hardware manufactures. Any experience= s >> > with >> > > > this? >> > > >> > > The imx6 manuals include an errata list, so it would be good to chec= k >> > > that for anything specific that would matter to your projects. >> > >> > If you use a prebuild module then you don't get much in touch with >> > the freescale chip fropm the hardware side. >> > On the other hand, there are countless iMX6 boards out there with >> > schematics online. >> > My recently bought Novena even came with printed schematics and they >> > open sourced the HW design files as well. >> > I don't think there are hidden surprises on the hardware side. >> > >> > > For the devices we use in our products everything is good so far wit= h >> > > the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and >> lots >> > > of gpio (inputs and outputs). The ethernet is gigabit but has a kno= wn >> > > limitation of 40MB/s due to the bus it's connected to in the chip. >> (But >> > > hey, it's documented so it's not a problem, right? :) >> > > >> > > You mentioned video, and we don't have that working on freebsd imx6 >> yet, >> > > but there's not a ton of work to do. There's a framebuffer driver f= or >> > > imx5 and it has pretty much the same framebuffer hardware. Getting >> > > video output to a TTL LCD is probably just hours of work. Getting i= t >> to >> > > an LVDS LCD or HDMI probably needs days of work (entire drivers >> written, >> > > potentially, I haven't looked into it). >> > >> > Sounds interesting for my Novena. >> > The one I already got are board only (with some FPGA breakout, ...). >> > They have HDMI though. >> > But I'm also awaiting for the one with case and LCD panel. >> > Not to forget that I have a fairy EDM carrier with LCD already. >> > That said I'v always wondered how much work is it to get the camera >> > interface running, since the Hummingboards can connect to the RPi >> > camera modules. >> > >> > > Some audio support was recently committed, but I don't know much abo= ut >> > > it yet. >> > > >> > > -- Ian >> > > >> > > >> > >> > -- >> > B.Walter > >> http://www.bwct.de >> > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. >> > >> >> -- >> =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >> =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6= =EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81= =97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98= =E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3= =82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81= =BE=E3=81=99=E3=80=82 >> =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96= =E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5= =A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE= =E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5= =88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 >> =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE= =E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8= =A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81= =84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C= =E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3= =81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 >> --- >> CONFIDENTIALITY NOTE: The information in this email is confidential >> and intended solely for the addressee. >> Disclosure, copying, distribution or any other action of use of this >> email by person other than intended recipient, is prohibited. >> If you are not the intended recipient and have received this email in >> error, please destroy the original message. >> _______________________________________________ >> freebsd-current@freebsd.org >> mailing >> list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> >> " > > > --=20 -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 11:39:40 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 6D6973F6; Thu, 29 Jan 2015 11:39:40 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 45080C07; Thu, 29 Jan 2015 11:39:39 +0000 (UTC) Received: from bender (c101.sec.cl.cam.ac.uk [128.232.18.101]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 1837C73000; Thu, 29 Jan 2015 11:39:36 +0000 (UTC) Date: Thu, 29 Jan 2015 11:39:30 +0000 From: Andrew Turner To: "Lundberg, Johannes" Subject: Re: System-On-Module Message-ID: <20150129113930.53cfc2ff@bender> In-Reply-To: References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> <20150129023314.GH73589@cicely7.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Ian Lepore , "freebsd-mobile@freebsd.org" , "freebsd-arm@freebsd.org" , FreeBSD Current , "ticso@cicely.de" 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, 29 Jan 2015 11:39:40 -0000 On Thu, 29 Jan 2015 18:27:08 +0900 "Lundberg, Johannes" wrote: > What I'm most worried about is the graphics stack.. Some companies > don't seem so keen on handing out specs. The only ARM vendor I know that has released documentation on their 3D hardware is Broadcom [1]. The only options for this are the Raspberry Pi or one of the mobile phones with a Broadcom CPU. I neither option to be applicable for your requirements. Andrew [1] http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 12:35: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 B3DDADFC; Thu, 29 Jan 2015 12:35:46 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44D6821C; Thu, 29 Jan 2015 12:35:45 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0TCZ8OA048380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 29 Jan 2015 13:35:09 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t0TCZ6sH036624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jan 2015 13:35:06 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0TCZ6hH078644; Thu, 29 Jan 2015 13:35:06 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0TCZ50N078643; Thu, 29 Jan 2015 13:35:05 +0100 (CET) (envelope-from ticso) Date: Thu, 29 Jan 2015 13:35:05 +0100 From: Bernd Walter To: Andrew Turner Subject: Re: System-On-Module Message-ID: <20150129123505.GJ73589@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> <20150129023314.GH73589@cicely7.cicely.de> <20150129113930.53cfc2ff@bender> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150129113930.53cfc2ff@bender> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Ian Lepore , "freebsd-mobile@freebsd.org" , "freebsd-arm@freebsd.org" , FreeBSD Current , "ticso@cicely.de" 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, 29 Jan 2015 12:35:46 -0000 On Thu, Jan 29, 2015 at 11:39:30AM +0000, Andrew Turner wrote: > On Thu, 29 Jan 2015 18:27:08 +0900 > "Lundberg, Johannes" wrote: > > > What I'm most worried about is the graphics stack.. Some companies > > don't seem so keen on handing out specs. > > The only ARM vendor I know that has released documentation on their 3D > hardware is Broadcom [1]. The only options for this are the Raspberry > Pi or one of the mobile phones with a Broadcom CPU. I neither option to > be applicable for your requirements. On the other hand people still struggle when it comes to CPI on RPi, because it is handled by the GPU. I'm still not so sure about this Broadcom SoC. This is the reason why I like that the RPi Camera header is also used on the Hummingboard and the BanannaPi. The Hummingboard is an iMX6. The BanannaPi unfortunately is an Allwinner and their datasheets are AFAIK chinese only and IIRC also under NDA. The Novena crown funding included iMX6 2D/3D driver development for Linux as a met stretch goal: https://www.crowdsupply.com/kosagi/novena-open-laptop/stretch-goals https://www.crowdsupply.com/kosagi/novena-open-laptop I don't know how much of the results will be useable for us, but at least some people seem to have access to enough documentation. > Andrew > > [1] > http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 13:00: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 B2EB7206; Thu, 29 Jan 2015 13:00:48 +0000 (UTC) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 72B3468E; Thu, 29 Jan 2015 13:00:48 +0000 (UTC) Received: by mail-oi0-f43.google.com with SMTP id z81so26330594oif.2; Thu, 29 Jan 2015 05:00:47 -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=ehr11UifcJfdb4++jG7mwg9TRuuTaWVpcoR5FhjxbbU=; b=IURQcBrv0+zaEP1La0vwQWW+cuN0w/X4e+c46EZfKeP1uetW0KUc/2U8F4TQtjpyLE CxJJe7TYwVvsA3kpI0TPFZJgQ8GX1svvIQXX3d0bn7aVpLZ3RwwrCDPWK3crBwklH7lq ffKoQJDPFDj6UcBJ0DWeVBAvBIVTfgHfsVQziM35ZvfLiqjaeHZqUDw3rZGI6sVw/lyN W9ATs0eBI0t4WWzdZQneC8h1EejVdelCY90M/ySO05J4gS/B0gri2h9qae929MFEZd/5 rg1NMzh+cxnVAZzX9mWq7mO46oky6eW9mh9HGD0FSEWtgqA/TpROZXb3HLkZO5l6eIYO MZGg== MIME-Version: 1.0 X-Received: by 10.182.119.232 with SMTP id kx8mr252573obb.37.1422536447544; Thu, 29 Jan 2015 05:00:47 -0800 (PST) Received: by 10.182.13.33 with HTTP; Thu, 29 Jan 2015 05:00:47 -0800 (PST) In-Reply-To: References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> <20150129023314.GH73589@cicely7.cicely.de> Date: Thu, 29 Jan 2015 21:00:47 +0800 Message-ID: Subject: Re: System-On-Module From: Ganbold Tsagaankhuu To: "Lundberg, Johannes" 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" , FreeBSD Current , "ticso@cicely.de" , Ian Lepore , "freebsd-mobile@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, 29 Jan 2015 13:00:48 -0000 On Thu, Jan 29, 2015 at 5:27 PM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > What I'm most worried about is the graphics stack.. Some companies don't > seem so keen on handing out specs. I think you can check some open source implementations for those GPU related things (only for linux maybe): For Vivante: https://github.com/laanwj/etna_viv/wiki For Adreno: http://freedreno.github.io For Mali: http://limadriver.org I guess they are mostly based on reverse engineering effort. I think you can even ask about the statuses directly from the authors/maintainers on some irc channel. Not sure about Tegra or PowerVR. Ganbold > > > On Thursday, January 29, 2015, Ganbold Tsagaankhuu > wrote: > >> >> >> On Thu, Jan 29, 2015 at 4:18 PM, Lundberg, Johannes < >> johannes@brilliantservice.co.jp> wrote: >> >>> Hi All >>> >>> Thanks again for all the replies. >>> >>> How is the support for A15 and how is Qualcomm to work with when it com= es >>> to porting? >>> >>> Thinking about this guy which is closer to what I want spec-wise.. >>> >>> http://www.variscite.com/products/system-on-module-som/cortex-a15-krait= /var-som-sd600-cpu-qualcomm-snapdragon600 >>> >>> >>> >> I think IFC6410 has same SoC as above SoM and as for ifc6410 either >> mmc/sd or usb ehci driver needed in order to boot FreeBSD into multi use= r >> mode. >> >> Ganbold >> >> >> >>> >>> -- >>> Johannes Lundberg >>> BRILLIANTSERVICE CO., LTD. >>> >>> On Thu, Jan 29, 2015 at 11:33 AM, Bernd Walter >>> wrote: >>> >>> > On Wed, Jan 28, 2015 at 05:36:00PM -0700, Ian Lepore wrote: >>> > > On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: >>> > > > Ah now I see it has EDM connection. I didn't look carefully enoug= h. >>> > All the >>> > > > images are with the expansion board attached.. >>> > > > >>> > > > Spec-wise and portability-wise it seems like a good option but my >>> > hardware >>> > > > guy keeps warning me about Freescale that they often have hardwar= e >>> > bugs and >>> > > > rather than fixing the bugs they pretend they are not there.. In >>> other >>> > > > words, Freescale is good for software developers because of open >>> > > > documentation but not so for hardware manufactures. Any experienc= es >>> > with >>> > > > this? >>> > > >>> > > The imx6 manuals include an errata list, so it would be good to che= ck >>> > > that for anything specific that would matter to your projects. >>> > >>> > If you use a prebuild module then you don't get much in touch with >>> > the freescale chip fropm the hardware side. >>> > On the other hand, there are countless iMX6 boards out there with >>> > schematics online. >>> > My recently bought Novena even came with printed schematics and they >>> > open sourced the HW design files as well. >>> > I don't think there are hidden surprises on the hardware side. >>> > >>> > > For the devices we use in our products everything is good so far wi= th >>> > > the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and >>> lots >>> > > of gpio (inputs and outputs). The ethernet is gigabit but has a >>> known >>> > > limitation of 40MB/s due to the bus it's connected to in the chip. >>> (But >>> > > hey, it's documented so it's not a problem, right? :) >>> > > >>> > > You mentioned video, and we don't have that working on freebsd imx6 >>> yet, >>> > > but there's not a ton of work to do. There's a framebuffer driver >>> for >>> > > imx5 and it has pretty much the same framebuffer hardware. Getting >>> > > video output to a TTL LCD is probably just hours of work. Getting >>> it to >>> > > an LVDS LCD or HDMI probably needs days of work (entire drivers >>> written, >>> > > potentially, I haven't looked into it). >>> > >>> > Sounds interesting for my Novena. >>> > The one I already got are board only (with some FPGA breakout, ...). >>> > They have HDMI though. >>> > But I'm also awaiting for the one with case and LCD panel. >>> > Not to forget that I have a fairy EDM carrier with LCD already. >>> > That said I'v always wondered how much work is it to get the camera >>> > interface running, since the Hummingboards can connect to the RPi >>> > camera modules. >>> > >>> > > Some audio support was recently committed, but I don't know much >>> about >>> > > it yet. >>> > > >>> > > -- Ian >>> > > >>> > > >>> > >>> > -- >>> > B.Walter http://www.bwct.de >>> > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. >>> > >>> >>> -- >>> =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >>> =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81= =A6=EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB= =E3=81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3= =81=97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7= =98=E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA= =E3=82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3= =81=BE=E3=81=99=E3=80=82 >>> =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4= =96=E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F= =E5=A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81= =AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80= =E5=88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 >>> =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81= =AE=E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF= =E8=A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3= =81=84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82= =8C=E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3= =E3=81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 >>> --- >>> CONFIDENTIALITY NOTE: The information in this email is confidential >>> and intended solely for the addressee. >>> Disclosure, copying, distribution or any other action of use of this >>> email by person other than intended recipient, is prohibited. >>> If you are not the intended recipient and have received this email in >>> error, please destroy the original message. >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to " >>> freebsd-current-unsubscribe@freebsd.org" >> >> >> > > -- > -- > Johannes Lundberg > BRILLIANTSERVICE CO., LTD. > > > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6= =EF=BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3= =81=AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81= =97=E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98= =E5=8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3= =82=8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81= =BE=E3=81=99=E3=80=82 > =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96= =E3=81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5= =A0=B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AE=E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE= =E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5= =88=87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 > =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE= =E4=BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8= =A8=98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81= =84=E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C= =E3=81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3= =81=97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. > From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 14:09:07 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 1A89EF9B for ; Thu, 29 Jan 2015 14:09:07 +0000 (UTC) Received: from mfdf021.ocn.ad.jp (mfdf021.ocn.ad.jp [153.128.50.16]) by mx1.freebsd.org (Postfix) with ESMTP id D4730E30 for ; Thu, 29 Jan 2015 14:09:06 +0000 (UTC) Received: from mogw0514.ocn.ad.jp (mogw0514.ocn.ad.jp [118.23.178.156]) by mfdf021.ocn.ad.jp (Postfix) with ESMTP id 54B83797F69 for ; Thu, 29 Jan 2015 22:40:43 +0900 (JST) Received: from mf-smf-ucb006.ocn.ad.jp (mf-smf-ucb006.ocn.ad.jp [153.149.231.5]) by mogw0514.ocn.ad.jp (Postfix) with ESMTP id DB0B310217; Thu, 29 Jan 2015 22:40:35 +0900 (JST) Received: from mv-osn-hcb010.ocn.ad.jp (mv-osn-hcb010.ocn.ad.jp [122.1.235.84]) by mf-smf-ucb006.ocn.ad.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id t0TDeZtt049870; Thu, 29 Jan 2015 22:40:35 +0900 Received: from smtp.ocn.ne.jp (mv-osn-hcb010.ocn.ad.jp [122.1.235.84]) by mv-osn-hcb010.ocn.ad.jp (Postfix) with ESMTP id 0AB987302DD; Thu, 29 Jan 2015 22:40:35 +0900 (JST) Received: from localhost (p17157-ipngn100303sizuokaden.shizuoka.ocn.ne.jp [114.176.40.157]) by smtp.ocn.ne.jp (Postfix) with ESMTP; Thu, 29 Jan 2015 22:40:34 +0900 (JST) Date: Thu, 29 Jan 2015 22:40:28 +0900 (JST) Message-Id: <20150129.224028.2161712352713160981.toshi@ruby.ocn.ne.jp> To: freebsd-arm@freebsd.org Subject: Re: System-On-Module From: SAITOU Toshihide In-Reply-To: <20150129123505.GJ73589@cicely7.cicely.de> References: <20150129113930.53cfc2ff@bender> <20150129123505.GJ73589@cicely7.cicely.de> X-GPG-fingerprint: 34B3 0B6A 8520 F5B0 EBC7 69F6 C055 9F8A 0D49 F8FC X-Mailer: Mew version 6.6 on Emacs 24.4 / Mule 6.0 (HANACHIRUSATO) 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: Thu, 29 Jan 2015 14:09:07 -0000 On Thu, 29 Jan 2015 13:35:05 +0100, Bernd Walter wrote: > On Thu, Jan 29, 2015 at 11:39:30AM +0000, Andrew Turner wrote: >> On Thu, 29 Jan 2015 18:27:08 +0900 >> "Lundberg, Johannes" wrote: >> >> > What I'm most worried about is the graphics stack.. Some companies >> > don't seem so keen on handing out specs. >> >> The only ARM vendor I know that has released documentation on their 3D >> hardware is Broadcom [1]. The only options for this are the Raspberry >> Pi or one of the mobile phones with a Broadcom CPU. I neither option to >> be applicable for your requirements. > > On the other hand people still struggle when it comes to CPI on RPi, > because it is handled by the GPU. > I'm still not so sure about this Broadcom SoC. > This is the reason why I like that the RPi Camera header is also used > on the Hummingboard and the BanannaPi. > The Hummingboard is an iMX6. > The BanannaPi unfortunately is an Allwinner and their datasheets are > AFAIK chinese only and IIRC also under NDA. It depends on the purpose, but I think the UVC camera is alternative. This class SOC has the sufficient power for the MJPEG recording. Because the MJPEG encoding is performed by the camera :) So, I think the GPU support is not necessary, unless you need simultaneously decoding. (I thought it would be nice if there is a NEON MPEG decoder...) -- SAITOU Toshihide (compile is not yet finished) From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:23:39 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 DAC0A3B9 for ; Thu, 29 Jan 2015 16:23:39 +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 C239E22E for ; Thu, 29 Jan 2015 16:23:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGNdms080693 for ; Thu, 29 Jan 2015 16:23:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197177] Wrong registers used for linkup status and tx fifo empty status in mge driver on ramada 370 and armada xp socs Date: Thu, 29 Jan 2015 16:23:39 +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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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 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: Thu, 29 Jan 2015 16:23:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197177 Bug ID: 197177 Summary: Wrong registers used for linkup status and tx fifo empty status in mge driver on ramada 370 and armada xp socs Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: callthethunder@gmail.com Registers used in mge driver are valid for marvell kirkwood family soc, but they are not valid for armada xp and armada 370 socs. As you can see in marvell documentation - registers are changed on armada 370 and armada xp. kirkwood: http://www.marvell.com/embedded-processors/kirkwood/assets/FS_88F6180_9x_6281_OpenSource.pdf armada xp (same for armada 370): http://www.marvell.com/embedded-processors/armada-xp/assets/ARMADA-XP-Functional-SpecDatasheet.pdf So mge driver doesn't work in current distribution on armada xp and armada 370 SoCs. So here is my diff. diff --git a/sys/dev/mge/if_mge.c b/sys/dev/mge/if_mge.c index c35dd04..e2305b8 100644 --- a/sys/dev/mge/if_mge.c +++ b/sys/dev/mge/if_mge.c @@ -1654,11 +1654,11 @@ mge_stop(struct mge_softc *sc) } /* Wait for end of transmission */ - count = 0x100000; - while (count--) { - reg_val = MGE_READ(sc, MGE_PORT_STATUS); - if ( !(reg_val & MGE_STATUS_TX_IN_PROG) && - (reg_val & MGE_STATUS_TX_FIFO_EMPTY)) + count = 0x100001; + while (--count) { + reg_val = MGE_READ(sc, MGE_ETH_PORT_STATUS); + if ( !(reg_val & MGE_ETH_STATUS_TX_IN_PROG) && + (reg_val & MGE_ETH_STATUS_TX_FIFO_EMPTY)) break; DELAY(100); } diff --git a/sys/dev/mge/if_mgevar.h b/sys/dev/mge/if_mgevar.h index 0ab28bf..7cfd20e 100644 --- a/sys/dev/mge/if_mgevar.h +++ b/sys/dev/mge/if_mgevar.h @@ -228,14 +228,21 @@ struct mge_softc { #define PORT_SERIAL_GMII_SPEED_1000 (1 << 23) #define PORT_SERIAL_MII_SPEED_100 (1 << 24) -#define MGE_PORT_STATUS 0x444 -#define MGE_STATUS_LINKUP (1 << 1) -#define MGE_STATUS_FULL_DUPLEX (1 << 2) -#define MGE_STATUS_FLOW_CONTROL (1 << 3) -#define MGE_STATUS_1000MB (1 << 4) -#define MGE_STATUS_100MB (1 << 5) -#define MGE_STATUS_TX_IN_PROG (1 << 7) -#define MGE_STATUS_TX_FIFO_EMPTY (1 << 10) +#define MGE_ETH_PORT_STATUS 0x444 +#define MGE_ETH_STATUS_RX_FIFO_EMPTY (1 << 16) +#define MGE_ETH_STATUS_TX_IN_PROG (1 << 0) +#define MGE_ETH_STATUS_TX_FIFO_EMPTY (1 << 8) + +#define MGE_PORT_STATUS 0xc10 +#define MGE_STATUS_LINKUP (1 << 0) +#define MGE_STATUS_GMII_SPEED (1 << 1) /* 0 = 10/100 Mbps: Port speed is 10 Mbps or 100 Mbps according to . 1 = 1000 Mbps: Port speed is 1000 Mbps. */ +#define MGE_STATUS_MII_SPEED (1 << 2) /* 0 = 10: Port speed is 10 Mbps. 1 = 100: Port speed is 100 Mbps. */ +#define MGE_STATUS_FULL_DUPLEX (1 << 3) /* 0 = half-duplex: Port is in half-duplex mode. 1 = full-duplex: Port is in full-duplex mode. */ +#define MGE_STATUS_RX_FLOW_CONTROL (1 << 4) +#define MGE_STATUS_TX_FLOW_CONTROL (1 << 5) +#define MGE_STATUS_RX_PAUSE (1 << 6) +#define MGE_STATUS_TX_PAUSE (1 << 7) +#define MGE_STATUS_AUTONEG_DONE (1 << 11) #define MGE_TX_QUEUE_CMD 0x448 #define MGE_ENABLE_TXQ (1 << 0) Maybe we need to check soc id in header file and alter definition for registers? Can you add my changes to make possible usage of onchip ethernet controller on armada xp soc? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:25:38 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 90F0942D for ; Thu, 29 Jan 2015 16:25:38 +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 7895725C for ; Thu, 29 Jan 2015 16:25:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGPclP082215 for ; Thu, 29 Jan 2015 16:25:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197165] Wrong linkup status register used for mge controller Date: Thu, 29 Jan 2015 16:25:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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: see_also Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:25:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197165 Alexander Zhigunov changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=1971 | |77 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:25:38 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 6358B42C for ; Thu, 29 Jan 2015 16:25:38 +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 49D9625B for ; Thu, 29 Jan 2015 16:25:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGPcVv082212 for ; Thu, 29 Jan 2015 16:25:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197177] Wrong registers used for linkup status and tx fifo empty status in mge driver on ramada 370 and armada xp socs Date: Thu, 29 Jan 2015 16:25:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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: see_also Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:25:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197177 Alexander Zhigunov changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=1971 | |65 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:28:28 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 EE8744D2 for ; Thu, 29 Jan 2015 16:28:28 +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 D63AD274 for ; Thu, 29 Jan 2015 16:28:28 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGSSbQ084139 for ; Thu, 29 Jan 2015 16:28:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197165] Wrong linkup status register used for mge controller Date: Thu, 29 Jan 2015 16:28:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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: see_also Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:28:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197165 Alexander Zhigunov changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=1971 | |77 | -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:28:29 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 29A164D3 for ; Thu, 29 Jan 2015 16:28:29 +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 10818275 for ; Thu, 29 Jan 2015 16:28:29 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGSSUd084142 for ; Thu, 29 Jan 2015 16:28:28 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197177] Wrong registers used for linkup status and tx fifo empty status in mge driver on ramada 370 and armada xp socs Date: Thu, 29 Jan 2015 16:28:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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: see_also Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:28:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197177 Alexander Zhigunov changed: What |Removed |Added ---------------------------------------------------------------------------- See Also|https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=1971 | |65 | -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:29: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 D41BE55B for ; Thu, 29 Jan 2015 16:29:08 +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 BA65727C for ; Thu, 29 Jan 2015 16:29:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGT8JA084656 for ; Thu, 29 Jan 2015 16:29:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197177] Wrong registers used for linkup status and tx fifo empty status in mge driver on ramada 370 and armada xp socs Date: Thu, 29 Jan 2015 16:29:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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: see_also Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:29:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197177 Alexander Zhigunov changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=1971 | |65 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:29:09 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 29D6755C for ; Thu, 29 Jan 2015 16:29:09 +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 110A927D for ; Thu, 29 Jan 2015 16:29:09 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGT82w084666 for ; Thu, 29 Jan 2015 16:29:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197165] Wrong linkup status register used for mge controller Date: Thu, 29 Jan 2015 16:29:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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: see_also Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:29:09 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197165 Alexander Zhigunov changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=1971 | |77 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:29: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 706265DB for ; Thu, 29 Jan 2015 16:29:33 +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 57358280 for ; Thu, 29 Jan 2015 16:29:33 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGTXFd085023 for ; Thu, 29 Jan 2015 16:29:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197165] Wrong linkup status register used for mge controller Date: Thu, 29 Jan 2015 16:29:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:29:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197165 Alexander Zhigunov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |DUPLICATE --- Comment #1 from Alexander Zhigunov --- *** This bug has been marked as a duplicate of bug 197177 *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 16:29: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 9EFAC5DC for ; Thu, 29 Jan 2015 16:29:33 +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 85A4F281 for ; Thu, 29 Jan 2015 16:29:33 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0TGTXpD085026 for ; Thu, 29 Jan 2015 16:29:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 197177] Wrong registers used for linkup status and tx fifo empty status in mge driver on ramada 370 and armada xp socs Date: Thu, 29 Jan 2015 16:29:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed 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 Only Me X-Bugzilla-Who: callthethunder@gmail.com 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: Message-ID: In-Reply-To: References: 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: Thu, 29 Jan 2015 16:29:33 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197177 --- Comment #1 from Alexander Zhigunov --- *** Bug 197165 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 18:24: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 13F7A493 for ; Thu, 29 Jan 2015 18:24:05 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A9AC1CC for ; Thu, 29 Jan 2015 18:24:03 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id t0TINIjv053219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 29 Jan 2015 19:23:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id t0TINGLZ039601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 29 Jan 2015 19:23:16 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id t0TINFZB080098; Thu, 29 Jan 2015 19:23:15 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id t0TINFSZ080097; Thu, 29 Jan 2015 19:23:15 +0100 (CET) (envelope-from ticso) Date: Thu, 29 Jan 2015 19:23:14 +0100 From: Bernd Walter To: SAITOU Toshihide Subject: Re: System-On-Module Message-ID: <20150129182314.GN73589@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20150129113930.53cfc2ff@bender> <20150129123505.GJ73589@cicely7.cicely.de> <20150129.224028.2161712352713160981.toshi@ruby.ocn.ne.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150129.224028.2161712352713160981.toshi@ruby.ocn.ne.jp> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, DNS_FROM_AHBL_RHSBL=2.699, T_RP_MATCHES_RCVD=-0.01 autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de 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, 29 Jan 2015 18:24:05 -0000 On Thu, Jan 29, 2015 at 10:40:28PM +0900, SAITOU Toshihide wrote: > On Thu, 29 Jan 2015 13:35:05 +0100, Bernd Walter wrote: > > On Thu, Jan 29, 2015 at 11:39:30AM +0000, Andrew Turner wrote: > >> On Thu, 29 Jan 2015 18:27:08 +0900 > >> "Lundberg, Johannes" wrote: > >> > >> > What I'm most worried about is the graphics stack.. Some companies > >> > don't seem so keen on handing out specs. > >> > >> The only ARM vendor I know that has released documentation on their 3D > >> hardware is Broadcom [1]. The only options for this are the Raspberry > >> Pi or one of the mobile phones with a Broadcom CPU. I neither option to > >> be applicable for your requirements. > > > > On the other hand people still struggle when it comes to CPI on RPi, > > because it is handled by the GPU. > > I'm still not so sure about this Broadcom SoC. > > This is the reason why I like that the RPi Camera header is also used > > on the Hummingboard and the BanannaPi. > > The Hummingboard is an iMX6. > > The BanannaPi unfortunately is an Allwinner and their datasheets are > > AFAIK chinese only and IIRC also under NDA. > > It depends on the purpose, but I think the UVC camera is alternative. > > This class SOC has the sufficient power for the MJPEG > recording. Because the MJPEG encoding is performed by the camera :) > So, I think the GPU support is not necessary, unless you need > simultaneously decoding. On the RPi the GPU support is required because the camera interface is hooked up to the GPU,w hile the ARM has no direct access. Of course configuring the Omnivison chips is an art by itself. > (I thought it would be nice if there is a NEON MPEG decoder...) For the camera I'm mostly interested in technical pictures (feducil detection, ...), no video encoding. And for grafic support some LCD and HDMI, but in cases where fbdev support is sufficient. But of corse a NEON en-/decoder would be nice too. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 29 22:57: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 E0317176 for ; Thu, 29 Jan 2015 22:57:12 +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 4B36076F for ; Thu, 29 Jan 2015 22:57:11 +0000 (UTC) Received: from [208.184.220.60] (helo=macbook-air-3.dolby.net) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YGy1I-000Mcz-Jb; Thu, 29 Jan 2015 14:57:08 -0800 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Beaglebone Black HDMI support v2 From: Oleksandr Tymoshenko In-Reply-To: <20150129090857.898c5b2a3a3fc88f5159a431@ulrich-grey.de> Date: Thu, 29 Jan 2015 14:56:32 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <2F638C95-C083-4413-8567-5923FCD1D196@bluezbox.com> References: <20150129090857.898c5b2a3a3fc88f5159a431@ulrich-grey.de> To: Ulrich Grey X-Mailer: Apple Mail (2.1993) 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 Jan 29, 2015, at 1:08 AM, Ulrich Grey wrote: > > Hello, > > I have patched CURRENT r277871 and tried to built an image with crochet. > I get a compile error: > > sh -c 'MACHINE=arm /usr/home/BBB/head/sys/tools/fdt/make_dtbh.sh > beaglebone-black.dts /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/obj/arm.armv6/usr/home/BBB/head/sys/BEAGLEBONE' > awk -f /usr/home/BBB/head/sys/tools/miidevs2h.awk /usr/home/BBB/head/sys/dev/mii/miidevs > awk > -f /usr/home/BBB/head/sys/tools/pccarddevs2h.awk /usr/home/BBB/head/sys/dev/pccard/pccarddevs > awk -f /usr/home/BBB/head/sys/teken/gensequences /usr/home/BBB/head/sys/teken/sequences > > teken_state.h awk > -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk /usr/home/BBB/head/sys/dev/usb/usbdevs -h > awk -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk /usr/home/BBB/head/sys/dev/usb/usbdevs > -d awk > -f /usr/home/BBB/head/sys/arm/conf/genboardid.awk /usr/home/BBB/head/sys/arm/conf/mach-types >> board_id.h awk >> -f /usr/home/BBB/head/sys/tools/vnode_if.awk /usr/home/BBB/head/sys/kern/vnode_if.src >> -c awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/eisa/eisa_if.m >> -c awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/fb/fb_if.m -c >> awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/gpio/gpio_if.m >> -c awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/gpio/gpiobus_if.m >> -c > make[2]: don't know how to make /usr/home/BBB/head/sys/dev/hdmi/hdmi_if.m. Stop > > make[2]: stopped > in /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/obj/arm.armv6/usr/home/BBB/head/sys/BEAGLEBONE > *** Error code 2 > > Stop. > make[1]: stopped in /usr/home/BBB/head > *** Error code 1 > > Stop. > make: stopped in /usr/home/BBB/head > [...] Content analysis details: (-0.2 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: ulrich-grey.de] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0042] 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: Thu, 29 Jan 2015 22:57:13 -0000 > On Jan 29, 2015, at 1:08 AM, Ulrich Grey = wrote: >=20 > Hello, >=20 > I have patched CURRENT r277871 and tried to built an image with = crochet. > I get a compile error: >=20 > sh -c 'MACHINE=3Darm /usr/home/BBB/head/sys/tools/fdt/make_dtbh.sh > beaglebone-black.dts = /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/obj/arm.armv6/usr/= home/BBB/head/sys/BEAGLEBONE' > awk -f /usr/home/BBB/head/sys/tools/miidevs2h.awk = /usr/home/BBB/head/sys/dev/mii/miidevs > awk > -f /usr/home/BBB/head/sys/tools/pccarddevs2h.awk = /usr/home/BBB/head/sys/dev/pccard/pccarddevs > awk -f /usr/home/BBB/head/sys/teken/gensequences = /usr/home/BBB/head/sys/teken/sequences > > teken_state.h awk > -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk = /usr/home/BBB/head/sys/dev/usb/usbdevs -h > awk -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk = /usr/home/BBB/head/sys/dev/usb/usbdevs > -d awk > -f /usr/home/BBB/head/sys/arm/conf/genboardid.awk = /usr/home/BBB/head/sys/arm/conf/mach-types >> board_id.h awk >> -f /usr/home/BBB/head/sys/tools/vnode_if.awk = /usr/home/BBB/head/sys/kern/vnode_if.src >> -c awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk = /usr/home/BBB/head/sys/dev/eisa/eisa_if.m >> -c awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk = /usr/home/BBB/head/sys/dev/fb/fb_if.m -c >> awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk = /usr/home/BBB/head/sys/dev/gpio/gpio_if.m >> -c awk >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk = /usr/home/BBB/head/sys/dev/gpio/gpiobus_if.m >> -c > make[2]: don't know how to make = /usr/home/BBB/head/sys/dev/hdmi/hdmi_if.m. Stop >=20 > make[2]: stopped > in = /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/obj/arm.armv6/usr/= home/BBB/head/sys/BEAGLEBONE > *** Error code 2 >=20 > Stop. > make[1]: stopped in /usr/home/BBB/head > *** Error code 1 >=20 > Stop. > make: stopped in /usr/home/BBB/head >=20 Do you have any extra args in board config file?=20 Like FREEBSD_EXTRA_ARGS or FREEBSD_KERNEL_EXTRA_ARGS? Could you show output of ls -la /usr/home/BBB/head/sys/dev/hdmi/ ? Thanks From owner-freebsd-arm@FreeBSD.ORG Fri Jan 30 02:45: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 DBAB925F for ; Fri, 30 Jan 2015 02:45:16 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9BEF9F2C for ; Fri, 30 Jan 2015 02:45:16 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id ar1so625566iec.13 for ; Thu, 29 Jan 2015 18:45:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=+IqpC+EJ5sSZnowJ+Lafu+cCsyIzsxF4O+i00ire7W8=; b=hdfGVuGmSUm/aNI0prxomT1xsQXMWBbfbLe14iQloX7NcGKypM0C2HuFlDlwd4KamT d0ffo0pXsGLWTywLv0760veFZJyoXblLiVc2q5ndkVQOp7+Nm3rYttAo+f+AZ2etdO1K cckBJvx1QagVtDPWoNy1HImRocJhr5g9DpBaeg/4MFioAxykR8+4Nu8VVpf9mWh+IL4W fmxWftTh9yR69iO4kinCvT53CCjcLIciSXIQQhd/3tYCbL/pKh5KWybEEP9VD2kkmsMt 21Z4tIjlBjVpv2OH1wmVU1oyu46KuI+fqIr2ufLBsw//zRTT4XSZnUKasAL3yF+noKT9 jhXQ== X-Gm-Message-State: ALoCoQky3mWhE5zDilXnXFMxocQQKRQEswMl1iCQ3kLDw78nTs/gbnwe3+JTG6Y6NQn5Q8AHDoTfF+YNngcD678Kmd27HLbqb1vsxYoAZ2E98BoqDgjhXD3pkXoz9GN73WNh26J4+XOd X-Received: by 10.107.12.88 with SMTP id w85mr4774996ioi.28.1422585915327; Thu, 29 Jan 2015 18:45:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.43.5.136 with HTTP; Thu, 29 Jan 2015 18:44:59 -0800 (PST) In-Reply-To: <1422491760.15718.97.camel@freebsd.org> References: <20150128183231.GI58886@cicely7.cicely.de> <1422473251.15718.70.camel@freebsd.org> <20150128201440.GA73589@cicely7.cicely.de> <1422490013.15718.79.camel@freebsd.org> <1422491760.15718.97.camel@freebsd.org> From: "Lundberg, Johannes" Date: Fri, 30 Jan 2015 11:44:59 +0900 Message-ID: Subject: Re: System-On-Module To: Ian Lepore 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" , FreeBSD Current , ticso@cicely.de, "freebsd-mobile@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, 30 Jan 2015 02:45:16 -0000 How about GPU 2D & 3D support for Vivante GC2000? There seem to be some open source driver out there but its GPL.... GPU acceleration for 2D and 3D is a must for us and if it is only a matter of a few programmers time and effort we can invest in it. Can there be any blocking things like proprietary software/hardware etc? -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Jan 29, 2015 at 9:36 AM, Ian Lepore wrote: > On Thu, 2015-01-29 at 09:12 +0900, Lundberg, Johannes wrote: > > Ah now I see it has EDM connection. I didn't look carefully enough. All > the > > images are with the expansion board attached.. > > > > Spec-wise and portability-wise it seems like a good option but my > hardware > > guy keeps warning me about Freescale that they often have hardware bugs > and > > rather than fixing the bugs they pretend they are not there.. In other > > words, Freescale is good for software developers because of open > > documentation but not so for hardware manufactures. Any experiences wit= h > > this? > > The imx6 manuals include an errata list, so it would be good to check > that for anything specific that would matter to your projects. > > For the devices we use in our products everything is good so far with > the hardware. That's emmc, sdcard, ethernet, i2c, uarts, usb, and lots > of gpio (inputs and outputs). The ethernet is gigabit but has a known > limitation of 40MB/s due to the bus it's connected to in the chip. (But > hey, it's documented so it's not a problem, right? :) > > You mentioned video, and we don't have that working on freebsd imx6 yet, > but there's not a ton of work to do. There's a framebuffer driver for > imx5 and it has pretty much the same framebuffer hardware. Getting > video output to a TTL LCD is probably just hours of work. Getting it to > an LVDS LCD or HDMI probably needs days of work (entire drivers written, > potentially, I haven't looked into it). > > Some audio support was recently committed, but I don't know much about > it yet. > > -- Ian > > > --=20 =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D= -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- =E7=A7=98=E5=AF=86=E4=BF=9D=E6=8C=81=E3=81=AB=E3=81=A4=E3=81=84=E3=81=A6=EF= =BC=9A=E3=81=93=E3=81=AE=E9=9B=BB=E5=AD=90=E3=83=A1=E3=83=BC=E3=83=AB=E3=81= =AF=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E3=81=AB=E9=80=81=E4=BF=A1=E3=81=97= =E3=81=9F=E3=82=82=E3=81=AE=E3=81=A7=E3=81=82=E3=82=8A=E3=80=81=E7=A7=98=E5= =8C=BF=E7=89=B9=E6=A8=A9=E3=81=AE=E5=AF=BE=E8=B1=A1=E3=81=A8=E3=81=AA=E3=82= =8B=E6=83=85=E5=A0=B1=E3=82=92=E5=90=AB=E3=82=93=E3=81=A7=E3=81=84=E3=81=BE= =E3=81=99=E3=80=82 =E3=82=82=E3=81=97=E3=80=81=E5=90=8D=E5=AE=9B=E4=BA=BA=E4=BB=A5=E5=A4=96=E3= =81=AE=E6=96=B9=E3=81=8C=E5=8F=97=E4=BF=A1=E3=81=95=E3=82=8C=E3=81=9F=E5=A0= =B4=E5=90=88=E3=80=81=E3=81=93=E3=81=AE=E3=83=A1=E3=83=BC=E3=83=AB=E3=81=AE= =E7=A0=B4=E6=A3=84=E3=80=81=E3=81=8A=E3=82=88=E3=81=B3=E3=81=93=E3=81=AE=E3= =83=A1=E3=83=BC=E3=83=AB=E3=81=AB=E9=96=A2=E3=81=99=E3=82=8B=E4=B8=80=E5=88= =87=E3=81=AE=E9=96=8B=E7=A4=BA=E3=80=81 =E8=A4=87=E5=86=99=E3=80=81=E9=85=8D=E5=B8=83=E3=80=81=E3=81=9D=E3=81=AE=E4= =BB=96=E3=81=AE=E5=88=A9=E7=94=A8=E3=80=81=E3=81=BE=E3=81=9F=E3=81=AF=E8=A8= =98=E8=BC=89=E5=86=85=E5=AE=B9=E3=81=AB=E5=9F=BA=E3=81=A5=E3=81=8F=E3=81=84= =E3=81=8B=E3=81=AA=E3=82=8B=E8=A1=8C=E5=8B=95=E3=82=82=E3=81=95=E3=82=8C=E3= =81=AA=E3=81=84=E3=82=88=E3=81=86=E3=81=8A=E9=A1=98=E3=81=84=E7=94=B3=E3=81= =97=E4=B8=8A=E3=81=92=E3=81=BE=E3=81=99=E3=80=82 --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 30 06:32: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 80829C5C for ; Fri, 30 Jan 2015 06:32:31 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::6]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 15C5B986 for ; Fri, 30 Jan 2015 06:32:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1422599523; l=2599; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=L9EZNNhU4rhmKKOUvZNO5EOKs5am+pWk3JzIx7zzACk=; b=GRGN1trsz9grftqbPNeoN5pmnfVyIIzH900yDoRxL6XDBfos9F60PW12Y/Eox+UAiih lKZeS0MQ+/1yvM+y4v31e7pozNKHkRGw+tKm3ZYbMlZzSUEUflg/JaRuHpnEl4yi5wCpO 6x+Dtqs0tCtz9gX7g69rZsyrw24YT7go3xo= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg49vMv3/Po= X-RZG-CLASS-ID: mo00 Received: from quad (p54869A5B.dip0.t-ipconnect.de [84.134.154.91]) by smtp.strato.de (RZmta 37.1 DYNA|AUTH) with ESMTPSA id n0751fr0U6VpWav (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Fri, 30 Jan 2015 07:31:51 +0100 (CET) Date: Fri, 30 Jan 2015 06:31:49 +0000 From: Ulrich Grey To: Oleksandr Tymoshenko Subject: Re: Beaglebone Black HDMI support v2 Message-Id: <20150130063149.4a5ce686a14c6ddb31c6de62@ulrich-grey.de> In-Reply-To: <2F638C95-C083-4413-8567-5923FCD1D196@bluezbox.com> References: <20150129090857.898c5b2a3a3fc88f5159a431@ulrich-grey.de> <2F638C95-C083-4413-8567-5923FCD1D196@bluezbox.com> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 30 Jan 2015 06:32:31 -0000 Hello, something went wrong with the patch. I had to create the directory head/sys/dev/hdmi manually. At the first try, the files destined to sys/dev/hdmi were written directly under head/. I had overlooked this in the log. Sorry. Now I try it again. Regards Ulrich ---------------------------------- On Thu, 29 Jan 2015 14:56:32 -0800 Oleksandr Tymoshenko wrote: > > > On Jan 29, 2015, at 1:08 AM, Ulrich Grey wrote: > > > > Hello, > > > > I have patched CURRENT r277871 and tried to built an image with crochet. > > I get a compile error: > > > > sh -c 'MACHINE=arm /usr/home/BBB/head/sys/tools/fdt/make_dtbh.sh > > beaglebone-black.dts /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/obj/arm.armv6/usr/home/BBB/head/sys/BEAGLEBONE' > > awk > > -f /usr/home/BBB/head/sys/tools/miidevs2h.awk /usr/home/BBB/head/sys/dev/mii/miidevs > > awk > > -f /usr/home/BBB/head/sys/tools/pccarddevs2h.awk /usr/home/BBB/head/sys/dev/pccard/pccarddevs > > awk > > -f /usr/home/BBB/head/sys/teken/gensequences /usr/home/BBB/head/sys/teken/sequences > > > teken_state.h awk > > -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk /usr/home/BBB/head/sys/dev/usb/usbdevs > > -h awk > > -f /usr/home/BBB/head/sys/tools/usbdevs2h.awk /usr/home/BBB/head/sys/dev/usb/usbdevs > > -d awk > > -f /usr/home/BBB/head/sys/arm/conf/genboardid.awk /usr/home/BBB/head/sys/arm/conf/mach-types > >> board_id.h awk > >> -f /usr/home/BBB/head/sys/tools/vnode_if.awk /usr/home/BBB/head/sys/kern/vnode_if.src > >> -c awk > >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/eisa/eisa_if.m > >> -c awk > >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/fb/fb_if.m > >> -c awk > >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/gpio/gpio_if.m > >> -c awk > >> -f /usr/home/BBB/head/sys/tools/makeobjops.awk /usr/home/BBB/head/sys/dev/gpio/gpiobus_if.m > >> -c > > make[2]: don't know how to make /usr/home/BBB/head/sys/dev/hdmi/hdmi_if.m. Stop > > > > make[2]: stopped > > in /usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/work/obj/arm.armv6/usr/home/BBB/head/sys/BEAGLEBONE > > *** Error code 2 > > > > Stop. > > make[1]: stopped in /usr/home/BBB/head > > *** Error code 1 > > > > Stop. > > make: stopped in /usr/home/BBB/head > > > > Do you have any extra args in board config file? > Like FREEBSD_EXTRA_ARGS or FREEBSD_KERNEL_EXTRA_ARGS? > > Could you show output of ls -la /usr/home/BBB/head/sys/dev/hdmi/ ? > > Thanks > > From owner-freebsd-arm@FreeBSD.ORG Fri Jan 30 09:28:24 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 4D2D2780 for ; Fri, 30 Jan 2015 09:28:24 +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 EC535C5A for ; Fri, 30 Jan 2015 09:28:23 +0000 (UTC) Received: from [98.234.219.109] (helo=[192.168.2.133]) by id.bluezbox.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YH7s4-0002jE-Bw; Fri, 30 Jan 2015 01:28:14 -0800 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Beaglebone Black HDMI support v2 From: Oleksandr Tymoshenko In-Reply-To: <20150130063149.4a5ce686a14c6ddb31c6de62@ulrich-grey.de> Date: Fri, 30 Jan 2015 01:27:39 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <20CCA1CF-39CF-44CA-B3C7-F3DA12EA5B86@bluezbox.com> References: <20150129090857.898c5b2a3a3fc88f5159a431@ulrich-grey.de> <2F638C95-C083-4413-8567-5923FCD1D196@bluezbox.com> <20150130063149.4a5ce686a14c6ddb31c6de62@ulrich-grey.de> To: Ulrich Grey X-Mailer: Apple Mail (2.1993) 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 Jan 29, 2015, at 10:31 PM, Ulrich Grey wrote: > > Hello, > > something went wrong with the patch. > I had to create the directory head/sys/dev/hdmi manually. > > At the first try, the files destined to sys/dev/hdmi were written directly under head/. > I had overlooked this in the log. Sorry. > > Now I try it again. > [...] Content analysis details: (1.2 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -0.5 BAYES_05 BODY: Bayes spam probability is 1 to 5% [score: 0.0311] 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: ulrich-grey.de] 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, 30 Jan 2015 09:28:24 -0000 > On Jan 29, 2015, at 10:31 PM, Ulrich Grey = wrote: >=20 > Hello, >=20 > something went wrong with the patch. > I had to create the directory head/sys/dev/hdmi manually. >=20 > At the first try, the files destined to sys/dev/hdmi were written = directly under head/. > I had overlooked this in the log. Sorry. >=20 > Now I try it again. >=20 I think you didn=E2=80=99t add -p0. My usual command for patch: patch -p0 < file.diff From owner-freebsd-arm@FreeBSD.ORG Fri Jan 30 10:32:39 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 E30F5968 for ; Fri, 30 Jan 2015 10:32:39 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::3]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E2BC3E8 for ; Fri, 30 Jan 2015 10:32:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1422613929; l=24093; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=+HpWofPdFl0ZOS0i75zcabsSIchwIf4/Vu6uRoTw/Do=; b=ZcLjp6iy6Jc1R4RtI6rYgsCGxyaeHuuZX3w9v0SQOryinY4754WmFxI7KLBRSW2j6nq Hu/M+ZwlHTwZjOJIHf1qdpjxpVcxEpfhIxEM+H7HJ4uRsmsRyXoKqh24c51uWGbT5BM9M xYM800RtbaGBj9cijQITmq5AhQCcsJFA06M= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg49vMv3/Po= X-RZG-CLASS-ID: mo00 Received: from quad (p54869A5B.dip0.t-ipconnect.de [84.134.154.91]) by smtp.strato.de (RZmta 37.1 DYNA|AUTH) with ESMTPSA id w01b45r0UAVvf5p (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Fri, 30 Jan 2015 11:31:57 +0100 (CET) Date: Fri, 30 Jan 2015 10:31:56 +0000 From: Ulrich Grey To: Oleksandr Tymoshenko Subject: Re: Beaglebone Black HDMI support v2 Message-Id: <20150130103156.34dd4bd43ca62606f3f5b005@ulrich-grey.de> In-Reply-To: References: Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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, 30 Jan 2015 10:32:40 -0000 Hello, It works! As a monitor I use a Philips TV Set Vendor: [PHL] Philips Product: [D056] 1= 9PFL3403DEU Preferred mode: 1440x900 @ 60Hz I had to change /etc/ttys to log in. Here the dmesg output from the first boot: root@noname:/mnt/root # less dmesgPhilips.txt=20 KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2015 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r277871M: Fri Jan 30 10:09:50 CET 2015 root@noname.privat:/usr/home/gwg/00-TRANSIT/crochet-freebsd-NEU/trunk/w= ork/obj/arm.armv6/usr/home/BBB3/head/sys/BEAGLEBONE arm FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:3 LoUIS:1=20 Cache level 1:=20 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2:=20 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 536870912 (512 MB) avail memory =3D 511987712 (488 MB) Texas Instruments AM3358 Processor, Revision ES1.1 random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor kbd0 at kbdmux0 ofwbus0: simplebus0: on ofwbus0 aintc0: mem 0x48200000-0x48200fff on simple= bus0 aintc0: Revision 5.0 ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 am335x_prcm0: mem 0x44e00000-0x44e012ff= on simplebus0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz am335x_dmtimer0: mem 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x4804200= 0-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x48048= fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 Timecounter "AM335x Timecounter" = frequency 24000000 Hz quality 1000 Event timer "AM335x Eventtimer" frequency 24000000= Hz quality 1000 am335x_rtc0: mem 0x44e3e000-0x44e= 3efff irq 75,76 on simplebus0 am335x_rtc0: AM335X RTC v1.0.6 ti_adc0: mem 0x44e0d000-0x44e0efff irq 16 on simplebus0 ti_adc0: scheme: 0x1 func: 0x730= rtl: 0 rev: 0.1 custom rev: 0 ti_wdt0: mem 0x44e35000-0x44e35fff ir= q 91 on simplebus0 gpio0: mem 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae00= 0-0x481aefff irq 96,97,98,99,32,33,62,63 on simplebus0 gpioc0: on gpio= 0 gpiobus0: on gpio0 gpioled0: at pin(s) 53 on gpiobus0 gpioled1: at pin(s) 54 on gpiobus0 gpioled2: at pin(s) 55 on gpiobus0 gpioled3: at pin(s) 56 on gpiobus0 uart0: mem 0x44e09000-0x44e09fff irq 72 on sim= plebus0 uart0: console (115384,n,8,1) ti_edma30: mem 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a0000= 0-0x49afffff irq 12,13,14 on simplebus0 ti_edma30: EDMA revision 40014c00 sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on simplebus0 mmc0: on = sdhci_ti0 sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on simpl= ebus0 mmc1: on sdhci_ti1 cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq 40,= 41,42,43 on simplebus0 cpsw0: CPSW SS Version 1.12 (0) cpsw0: Initial queue size TX=3D128 RX=3D384 miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cpsw0: Ethernet address: c8:a0:30:bf:08:b1 iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on simplebus0 iichb0: I2C revision 4.0 FIFO size: 32 bytes iicbus0: on iichb0 iic0: on iicbus0 am335x_pmic0: at addr 0x48 on iicbus0 tda0 at addr 0xe0 on iicbus0 iichb1: mem 0x4802a000-0x4802afff irq 71 on simplebus0 iichb1: I2C revision 4.0 FIFO size: 32 bytes iicbus1: on iichb1 iic1: on iicbus1 iichb2: mem 0x4819c000-0x4819cfff irq 30 on simplebus0 iichb2: I2C revision 4.0 FIFO size: 32 bytes iicbus2: on iichb2 iic2: on iicbus2 am335x_pwm0: mem 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x4830020= 0-0x4830025f irq 86,58 on simplebus0 am335x_pwm1: mem 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x4830220= 0-0x4830225f irq 87,59 on simplebus0 am335x_pwm2: mem 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x4830420= 0-0x4830425f irq 88,60 on simplebus0 fb0: mem 0x4830e000-0x4830e= fff irq 36 on simplebus0 fb0: missing 'panel_width' attribute in LCD panel info fb0: miss= ing 'panel_height' attribute in LCD panel info fb0: missing 'panel_hfp' attribu= te in LCD panel info fb0: missing 'panel_hbp' attribute in LCD panel info fb0: missin= g 'panel_hsw' attribute in LCD panel info fb0: missing 'panel_vfp' attribute in LCD panel= info fb0: missing 'panel_vbp' attribute in LCD panel info fb0: missing 'panel_vsw' at= tribute in LCD panel info fb0: missing 'panel_pxl_clk' attribute in LCD panel info fb0: missing 'invert_line_clock' attribute in LCD panel info fb0: missing 'invert_frm_clock' attribute in LCD panel info fb0: missing 'panel_invert_pxl_clk' attribute in LCD panel info musbotg0: mem 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x4740140= 0-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0x47401= fff irq 17,18,19 on simplebus0 musbotg0: TI AM335X USBSS v0.0.13 usbus0: Dynami= c FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus0 on musbotg0 usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus1 on musbotg0 ti_pruss0: mem 0x4a300000-0x4a37f= fff irq 20,21,22,23,24,25,26,27 on simplebus0 ti_pruss0: AM33xx PRU-ICSS Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on = usbus1 ugen0.1: at usbus0 uhub1: on = usbus0 mmcsd0: 8GB at mmc0 48.0MHz/4bit/65535-block uhub0: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered ugen1.2: at usbus1 uhub2: on usbu= s1 mmcsd1: 2GB at mmc1 48.0MHz/8bit/65535-block am335x_pmic0: TPS65217C ver 1.2 powered by AC tda0: TDA19988 Vendor: [PHL] Philips Product: [D056] 19PFL3403DEU Serial number: 01010101 Manufactured 2009 Week 6 EDID Version 1.3 EDID Comment:=20 Video Input: 80 Digital Gamma: 2.20 Max Size: 41 cm x 26 cm Features: 2a DPMS active-off RGB Preferred timing Chroma Info: Red X: 0.649 Red Y: 0.649 Grn X: 0.283 Grn Y: 0.605 Blu X: 0.151 Blu Y: 0.073 Wht X: 0.313 Wht Y: 0.329 Range: Horizontal: 30 - 80 kHz Vertical: 56 - 76 Hz Max Dot Clock: 170 MHz Video modes: 720x400 @ 70Hz (28320 738 846 900 412 414 449 -H +V) 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) 640x480 @ 73Hz (31500 664 704 832 489 492 520 -H -V) 640x480 @ 75Hz (31500 656 720 840 481 484 500 -H -V) 800x600 @ 60Hz (40000 840 968 1056 601 605 628 +H +V) 800x600 @ 72Hz (50000 856 976 1040 637 643 666 +H +V) 800x600 @ 75Hz (49500 816 896 1056 601 604 625 +H +V) 1024x768 @ 60Hz (65000 1048 1184 1344 771 777 806 -H -V) 1024x768 @ 70Hz (75000 1048 1184 1328 771 777 806 -H -V) 1024x768 @ 75Hz (78750 1040 1136 1312 769 772 800 +H +V) 1280x1024 @ 75Hz (135000 1296 1440 1688 1025 1028 1066 +H +V) 1280x960 @ 60Hz (108000 1376 1488 1800 961 964 1000 +H +V) 1280x1024 @ 60Hz (108000 1328 1440 1688 1025 1028 1066 +H +V) 1440x900 @ 75Hz (136492 1536 1688 1936 901 904 940 +H +V) 1440x900 @ 60Hz (88750 1488 1520 1600 903 909 926 +H -V) Preferred mode: 1440x900 @ 60Hz Number of extension blocks: 1 fb0: detected videomode: 1440x900 @ 60KHz fbd0 on fb0 VT: initialize with new VT driver "fb". uma_zalloc_arg: zone "32" with the following non-sleepable locks held: exclusive sleep mutex vtdev (vtdev) r =3D 0 (0xc070a618) locked @ /usr/home/BBB3/head/sys/dev/vt/vt_core.c:2545 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05db680 lr =3D 0xc02339f4 (db_trace_self_wrapper+0x30) sp =3D 0xc0915c48 fp =3D 0xc0915d60 r10 =3D 0xc0806454 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc02339f4 lr =3D 0xc03d999c (witness_warn+0x4a4) sp =3D 0xc0915d68 fp =3D 0xc0915db0 r4 =3D 0x00000001 r5 =3D 0xc0806428 r6 =3D 0x00000000 r7 =3D 0x00000001 witness_warn() at witness_warn+0x4a4 pc =3D 0xc03d999c lr =3D 0xc05a94c8 (uma_zalloc_arg+0x38) sp =3D 0xc0915dc0 fp =3D 0xc0915df8 r4 =3D 0xc0a70c60 r5 =3D 0x00000001 r6 =3D 0x00000020 r7 =3D 0x00000102 r8 =3D 0xc07c5af0 r9 =3D 0x00000002 r10 =3D 0xc0a70c60 uma_zalloc_arg() at uma_zalloc_arg+0x38 pc =3D 0xc05a94c8 lr =3D 0xc036c0d8 (malloc+0x180) sp =3D 0xc0915e00 fp =3D 0xc0915e20 r4 =3D 0xc0a70c60 r5 =3D 0x00000001 r6 =3D 0x00000020 r7 =3D 0x00000102 r8 =3D 0xc07c5af0 r9 =3D 0x00000002 r10 =3D 0xc071ba60 malloc() at malloc+0x180 pc =3D 0xc036c0d8 lr =3D 0xc03bb4e4 (eventhandler_register+0x38) sp =3D 0xc0915e28 fp =3D 0xc0915e48 r4 =3D 0x00002710 r5 =3D 0xc070a5a8 r6 =3D 0xc02b1088 r7 =3D 0xc070a5a8 r8 =3D 0xc071ba60 r9 =3D 0xc06395e8 r10 =3D 0x00000000 eventhandler_register() at eventhandler_register+0x38 pc =3D 0xc03bb4e4 lr =3D 0xc02b0c98 (vt_upgrade+0x488) sp =3D 0xc0915e50 fp =3D 0xc0915eb8 r4 =3D 0x00002710 r5 =3D 0xc070a5a8 r6 =3D 0xc02b1038 r7 =3D 0x00000000 r8 =3D 0xc2954600 r9 =3D 0xc070a628 r10 =3D 0xc0678935 vt_upgrade() at vt_upgrade+0x488 pc =3D 0xc02b0c98 lr =3D 0xc02b1264 (vt_allocate+0x1a4) sp =3D 0xc0915ec0 fp =3D 0xc0915ee0 r4 =3D 0xc070a5a8 r5 =3D 0xc070a024 r6 =3D 0xc06395bf r7 =3D 0xc070a628 r8 =3D 0xc261ae04 r9 =3D 0xc06788f5 r10 =3D 0xc2afdb40 vt_allocate() at vt_allocate+0x1a4 pc =3D 0xc02b1264 lr =3D 0xc02ac6e8 (vt_fb_attach+0x18) sp =3D 0xc0915ee8 fp =3D 0xc0915ee8 r4 =3D 0xc261ae04 r5 =3D 0xc2be39a0 r6 =3D 0x00000000 r7 =3D 0xc073afec r8 =3D 0xc2aaf750 r9 =3D 0xc06788f5 vt_fb_attach() at vt_fb_attach+0x18 pc =3D 0xc02ac6e8 lr =3D 0xc02385ec (fbd_register+0xfc) sp =3D 0xc0915ef0 fp =3D 0xc0915f10 fbd_register() at fbd_register+0xfc pc =3D 0xc02385ec lr =3D 0xc03b3938 (device_attach+0x418) sp =3D 0xc0915f18 fp =3D 0xc0915f58 r4 =3D 0xc2aaf700 r5 =3D 0xc2aacc80 r6 =3D 0xc2aaf738 r7 =3D 0x00000000 device_attach() at device_attach+0x418 pc =3D 0xc03b3938 lr =3D 0xc05f6694 (am335x_lcd_hdmi_event+0x734) sp =3D 0xc0915f60 fp =3D 0xc0916c70 r4 =3D 0xc2aacc80 r5 =3D 0xc261ae00 r6 =3D 0xc09162b8 r7 =3D 0x00000000 r8 =3D 0x0230ff00 r9 =3D 0xc295b700 am335x_lcd_hdmi_event() at am335x_lcd_hdmi_event+0x734 pc =3D 0xc05f6694 lr =3D 0xc024135c (tda19988_start+0xdc0) sp =3D 0xc0916c78 fp =3D 0xc0916dd8 r4 =3D 0xc2b08cc0 r5 =3D 0xc062eeba r6 =3D 0xc2afd9dc r7 =3D 0xc2bd0300 r8 =3D 0xc0916c84 r9 =3D 0xc2afd9c0 r10 =3D 0xc0916c7e tda19988_start() at tda19988_start+0xdc0 pc =3D 0xc024135c lr =3D 0xc03af444 (run_interrupt_driven_config_= hooks+0x98) sp =3D 0xc0916de0 fp =3D 0xc0916df0 r4 =3D 0xc07d37a0 r5 =3D 0xc07d37b8 r6 =3D 0xc064d035 r7 =3D 0xc2b08cd0 r8 =3D 0xc0839154 r9 =3D 0x0000000a r10 =3D 0x8802bbe0 run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x= 98 pc =3D 0xc03af444 lr =3D 0xc03af664 (boot_run_interrupt_driven_co= nfig_hooks+0x10) sp =3D 0xc0916df8 fp =3D 0xc0916e78 r4 =3D 0x00000001 r5 =3D 0xc0838930 r6 =3D 0xc0839150 r7 =3D 0xc0680ae4 boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_confi= g_hooks+0x10 pc =3D 0xc03af664 lr =3D 0xc0330da0 (mi_startup+0x154) sp =3D 0xc0916e80 fp =3D 0xc0916e98 r4 =3D 0x00000001 r5 =3D 0xc0838930 r6 =3D 0xc0839150 r7 =3D 0xc0680ae4 r8 =3D 0xc0839154 r9 =3D 0x0000000a r10 =3D 0x8802bbe0 mi_startup() at mi_startup+0x154 pc =3D 0xc0330da0 lr =3D 0xc02001f0 (_start+0xf0) sp =3D 0xc0916ea0 fp =3D 0x00000000 r4 =3D 0xc02002f4 r5 =3D 0xc0844000 r6 =3D 0x8804ae40 r7 =3D 0x0085207a r8 =3D 0xc0906000 r10 =3D 0x8802bbe0 _start() at _start+0xf0 pc =3D 0xc02001f0 lr =3D 0xc02001f0 (_start+0xf0) sp =3D 0xc0916ea0 fp =3D 0x00000000 uma_zalloc_arg: zone "128" with the following non-sleepable locks held: exclusive sleep mutex vtdev (vtdev) r =3D 0 (0xc070a618) locked @ /usr/home/BBB3/head/sys/dev/vt/vt_core.c:2545 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05db680 lr =3D 0xc02339f4 (db_trace_self_wrapper+0x30) sp =3D 0xc0915c48 fp =3D 0xc0915d60 r10 =3D 0xc0806454 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc02339f4 lr =3D 0xc03d999c (witness_warn+0x4a4) sp =3D 0xc0915d68 fp =3D 0xc0915db0 r4 =3D 0x00000001 r5 =3D 0xc0806428 r6 =3D 0x00000000 r7 =3D 0x00000001 witness_warn() at witness_warn+0x4a4 pc =3D 0xc03d999c lr =3D 0xc05a94c8 (uma_zalloc_arg+0x38) sp =3D 0xc0915dc0 fp =3D 0xc0915df8 r4 =3D 0xc0a6b000 r5 =3D 0x00000003 r6 =3D 0x00000050 r7 =3D 0x00000002 r8 =3D 0xc07c5af0 r9 =3D 0x00000002 r10 =3D 0xc0a6b000 uma_zalloc_arg() at uma_zalloc_arg+0x38 pc =3D 0xc05a94c8 lr =3D 0xc036c0d8 (malloc+0x180) sp =3D 0xc0915e00 fp =3D 0xc0915e20 r4 =3D 0xc0a6b000 r5 =3D 0x00000003 r6 =3D 0x00000050 r7 =3D 0x00000002 r8 =3D 0xc07c5af0 r9 =3D 0x00000002 r10 =3D 0xc071ba60 malloc() at malloc+0x180 pc =3D 0xc036c0d8 lr =3D 0xc03bb5b0 (eventhandler_register+0x104) sp =3D 0xc0915e28 fp =3D 0xc0915e48 r4 =3D 0xc2bc5860 r5 =3D 0xc064de0d r6 =3D 0xc07d3870 r7 =3D 0xc07d388c r8 =3D 0xc071ba60 r9 =3D 0xc06395e8 r10 =3D 0x00000000 eventhandler_register() at eventhandler_register+0x104 pc =3D 0xc03bb5b0 lr =3D 0xc02b0c98 (vt_upgrade+0x488) sp =3D 0xc0915e50 fp =3D 0xc0915eb8 r4 =3D 0x00002710 r5 =3D 0xc070a5a8 r6 =3D 0xc02b1038 r7 =3D 0x00000000 r8 =3D 0xc2954600 r9 =3D 0xc070a628 r10 =3D 0xc0678935 vt_upgrade() at vt_upgrade+0x488 pc =3D 0xc02b0c98 lr =3D 0xc02b1264 (vt_allocate+0x1a4) sp =3D 0xc0915ec0 fp =3D 0xc0915ee0 r4 =3D 0xc070a5a8 r5 =3D 0xc070a024 r6 =3D 0xc06395bf r7 =3D 0xc070a628 r8 =3D 0xc261ae04 r9 =3D 0xc06788f5 r10 =3D 0xc2afdb40 vt_allocate() at vt_allocate+0x1a4 pc =3D 0xc02b1264 lr =3D 0xc02ac6e8 (vt_fb_attach+0x18) sp =3D 0xc0915ee8 fp =3D 0xc0915ee8 r4 =3D 0xc261ae04 r5 =3D 0xc2be39a0 r6 =3D 0x00000000 r7 =3D 0xc073afec r8 =3D 0xc2aaf750 r9 =3D 0xc06788f5 vt_fb_attach() at vt_fb_attach+0x18 pc =3D 0xc02ac6e8 lr =3D 0xc02385ec (fbd_register+0xfc) sp =3D 0xc0915ef0 fp =3D 0xc0915f10 fbd_register() at fbd_register+0xfc pc =3D 0xc02385ec lr =3D 0xc03b3938 (device_attach+0x418) sp =3D 0xc0915f18 fp =3D 0xc0915f58 r4 =3D 0xc2aaf700 r5 =3D 0xc2aacc80 r6 =3D 0xc2aaf738 r7 =3D 0x00000000 device_attach() at device_attach+0x418 pc =3D 0xc03b3938 lr =3D 0xc05f6694 (am335x_lcd_hdmi_event+0x734) sp =3D 0xc0915f60 fp =3D 0xc0916c70 r4 =3D 0xc2aacc80 r5 =3D 0xc261ae00 r6 =3D 0xc09162b8 r7 =3D 0x00000000 r8 =3D 0x0230ff00 r9 =3D 0xc295b700 am335x_lcd_hdmi_event() at am335x_lcd_hdmi_event+0x734 pc =3D 0xc05f6694 lr =3D 0xc024135c (tda19988_start+0xdc0) sp =3D 0xc0916c78 fp =3D 0xc0916dd8 r4 =3D 0xc2b08cc0 r5 =3D 0xc062eeba r6 =3D 0xc2afd9dc r7 =3D 0xc2bd0300 r8 =3D 0xc0916c84 r9 =3D 0xc2afd9c0 r10 =3D 0xc0916c7e tda19988_start() at tda19988_start+0xdc0 pc =3D 0xc024135c lr =3D 0xc03af444 (run_interrupt_driven_config_= hooks+0x98) sp =3D 0xc0916de0 fp =3D 0xc0916df0 r4 =3D 0xc07d37a0 r5 =3D 0xc07d37b8 r6 =3D 0xc064d035 r7 =3D 0xc2b08cd0 r8 =3D 0xc0839154 r9 =3D 0x0000000a r10 =3D 0x8802bbe0 run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x= 98 pc =3D 0xc03af444 lr =3D 0xc03af664 (boot_run_interrupt_driven_co= nfig_hooks+0x10) sp =3D 0xc0916df8 fp =3D 0xc0916e78 r4 =3D 0x00000001 r5 =3D 0xc0838930 r6 =3D 0xc0839150 r7 =3D 0xc0680ae4 boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_confi= g_hooks+0x10 pc =3D 0xc03af664 lr =3D 0xc0330da0 (mi_startup+0x154) sp =3D 0xc0916e80 fp =3D 0xc0916e98 r4 =3D 0x00000001 r5 =3D 0xc0838930 r6 =3D 0xc0839150 r7 =3D 0xc0680ae4 r8 =3D 0xc0839154 r9 =3D 0x0000000a r10 =3D 0x8802bbe0 mi_startup() at mi_startup+0x154 pc =3D 0xc0330da0 lr =3D 0xc02001f0 (_start+0xf0) sp =3D 0xc0916ea0 fp =3D 0x00000000 r4 =3D 0xc02002f4 r5 =3D 0xc0844000 r6 =3D 0x8804ae40 r7 =3D 0x0085207a r8 =3D 0xc0906000 r10 =3D 0x8802bbe0 _start() at _start+0xf0 pc =3D 0xc02001f0 lr =3D 0xc02001f0 (_start+0xf0) sp =3D 0xc0916ea0 fp =3D 0x00000000 uma_zalloc_arg: zone "32" with the following non-sleepable locks held: exclusive sleep mutex vtdev (vtdev) r =3D 0 (0xc070a618) locked @ /usr/home/BBB3/head/sys/dev/vt/vt_core.c:2545 KDB: stack backtrace: db_trace_self() at db_trace_self pc =3D 0xc05db680 lr =3D 0xc02339f4 (db_trace_self_wrapper+0x30) sp =3D 0xc0915c48 fp =3D 0xc0915d60 r10 =3D 0xc0806454 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc =3D 0xc02339f4 lr =3D 0xc03d999c (witness_warn+0x4a4) sp =3D 0xc0915d68 fp =3D 0xc0915db0 r4 =3D 0x00000001 r5 =3D 0xc0806428 r6 =3D 0x00000000 r7 =3D 0x00000001 witness_warn() at witness_warn+0x4a4 pc =3D 0xc03d999c lr =3D 0xc05a94c8 (uma_zalloc_arg+0x38) sp =3D 0xc0915dc0 fp =3D 0xc0915df8 r4 =3D 0xc0a70c60 r5 =3D 0x00000001 r6 =3D 0x00000020 r7 =3D 0x00000102 r8 =3D 0xc07c5af0 r9 =3D 0x00000002 r10 =3D 0xc0a70c60 uma_zalloc_arg() at uma_zalloc_arg+0x38 pc =3D 0xc05a94c8 lr =3D 0xc036c0d8 (malloc+0x180) sp =3D 0xc0915e00 fp =3D 0xc0915e20 r4 =3D 0xc0a70c60 r5 =3D 0x00000001 r6 =3D 0x00000020 r7 =3D 0x00000102 r8 =3D 0xc07c5af0 r9 =3D 0x00000002 r10 =3D 0xc071ba60 malloc() at malloc+0x180 pc =3D 0xc036c0d8 lr =3D 0xc03bb4e4 (eventhandler_register+0x38) sp =3D 0xc0915e28 fp =3D 0xc0915e48 r4 =3D 0x00002710 r5 =3D 0xc070a5a8 r6 =3D 0xc02b10a4 r7 =3D 0xc070a5a8 r8 =3D 0xc071ba60 r9 =3D 0xc062ae7b r10 =3D 0x00000000 eventhandler_register() at eventhandler_register+0x38 pc =3D 0xc03bb4e4 lr =3D 0xc02b0cb8 (vt_upgrade+0x4a8) sp =3D 0xc0915e50 fp =3D 0xc0915eb8 r4 =3D 0x00002710 r5 =3D 0xc070a5a8 r6 =3D 0xc02b1038 r7 =3D 0x00000000 r8 =3D 0xc2954600 r9 =3D 0xc070a628 r10 =3D 0xc0678935 vt_upgrade() at vt_upgrade+0x4a8 pc =3D 0xc02b0cb8 lr =3D 0xc02b1264 (vt_allocate+0x1a4) sp =3D 0xc0915ec0 fp =3D 0xc0915ee0 r4 =3D 0xc070a5a8 r5 =3D 0xc070a024 r6 =3D 0xc06395bf r7 =3D 0xc070a628 r8 =3D 0xc261ae04 r9 =3D 0xc06788f5 r10 =3D 0xc2afdb40 vt_allocate() at vt_allocate+0x1a4 pc =3D 0xc02b1264 lr =3D 0xc02ac6e8 (vt_fb_attach+0x18) sp =3D 0xc0915ee8 fp =3D 0xc0915ee8 r4 =3D 0xc261ae04 r5 =3D 0xc2be39a0 r6 =3D 0x00000000 r7 =3D 0xc073afec r8 =3D 0xc2aaf750 r9 =3D 0xc06788f5 vt_fb_attach() at vt_fb_attach+0x18 pc =3D 0xc02ac6e8 lr =3D 0xc02385ec (fbd_register+0xfc) sp =3D 0xc0915ef0 fp =3D 0xc0915f10 fbd_register() at fbd_register+0xfc pc =3D 0xc02385ec lr =3D 0xc03b3938 (device_attach+0x418) sp =3D 0xc0915f18 fp =3D 0xc0915f58 r4 =3D 0xc2aaf700 r5 =3D 0xc2aacc80 r6 =3D 0xc2aaf738 r7 =3D 0x00000000 device_attach() at device_attach+0x418 pc =3D 0xc03b3938 lr =3D 0xc05f6694 (am335x_lcd_hdmi_event+0x734) sp =3D 0xc0915f60 fp =3D 0xc0916c70 r4 =3D 0xc2aacc80 r5 =3D 0xc261ae00 r6 =3D 0xc09162b8 r7 =3D 0x00000000 r8 =3D 0x0230ff00 r9 =3D 0xc295b700 am335x_lcd_hdmi_event() at am335x_lcd_hdmi_event+0x734 pc =3D 0xc05f6694 lr =3D 0xc024135c (tda19988_start+0xdc0) sp =3D 0xc0916c78 fp =3D 0xc0916dd8 r4 =3D 0xc2b08cc0 r5 =3D 0xc062eeba r6 =3D 0xc2afd9dc r7 =3D 0xc2bd0300 r8 =3D 0xc0916c84 r9 =3D 0xc2afd9c0 r10 =3D 0xc0916c7e tda19988_start() at tda19988_start+0xdc0 pc =3D 0xc024135c lr =3D 0xc03af444 (run_interrupt_driven_config_= hooks+0x98) sp =3D 0xc0916de0 fp =3D 0xc0916df0 r4 =3D 0xc07d37a0 r5 =3D 0xc07d37b8 r6 =3D 0xc064d035 r7 =3D 0xc2b08cd0 r8 =3D 0xc0839154 r9 =3D 0x0000000a r10 =3D 0x8802bbe0 run_interrupt_driven_config_hooks() at run_interrupt_driven_config_hooks+0x= 98 pc =3D 0xc03af444 lr =3D 0xc03af664 (boot_run_interrupt_driven_co= nfig_hooks+0x10) sp =3D 0xc0916df8 fp =3D 0xc0916e78 r4 =3D 0x00000001 r5 =3D 0xc0838930 r6 =3D 0xc0839150 r7 =3D 0xc0680ae4 boot_run_interrupt_driven_config_hooks() at boot_run_interrupt_driven_confi= g_hooks+0x10 pc =3D 0xc03af664 lr =3D 0xc0330da0 (mi_startup+0x154) sp =3D 0xc0916e80 fp =3D 0xc0916e98 r4 =3D 0x00000001 r5 =3D 0xc0838930 r6 =3D 0xc0839150 r7 =3D 0xc0680ae4 r8 =3D 0xc0839154 r9 =3D 0x0000000a r10 =3D 0x8802bbe0 mi_startup() at mi_startup+0x154 pc =3D 0xc0330da0 lr =3D 0xc02001f0 (_start+0xf0) sp =3D 0xc0916ea0 fp =3D 0x00000000 r4 =3D 0xc02002f4 r5 =3D 0xc0844000 r6 =3D 0x8804ae40 r7 =3D 0x0085207a r8 =3D 0xc0906000 r10 =3D 0x8802bbe0 _start() at _start+0xf0 pc =3D 0xc02001f0 lr =3D 0xc02001f0 (_start+0xf0) sp =3D 0xc0916ea0 fp =3D 0x00000000 random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. uhub2: 4 ports with 4 removable, self powered Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... warning: no time-of-day clock registered, system time will not be set accur= ately ugen1.3: at usbus1 ukbd0: on = usbus1 kbd1 at ukbd0 ums0: on u= sbus1 ums0: 5 buttons and [XYZ] coordinates ID=3D1 GEOM_PART: mmcsd0s2 was automatically resized. Use `gpart commit mmcsd0s2` to save changes or `gpart undo mmcsd0s2` to r= evert them. ugen1.4: at usbus1 umass0: on usbus1 umass0: 8070i (ATAPI) over Bulk-Only; quirks =3D 0x4080 umass0:0:0: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device=20 da0: Serial Number 100 da0: 40.000MB/s transfers da0: 57231MB (117210240 512 byte sectors: 255H 63S/T 7296C) da0: quirks=3D0x2 Regards Ulrich ---------------------------------- On Wed, 28 Jan 2015 20:02:11 -0800 Oleksandr Tymoshenko wrote: > Hello, >=20 > Here is the second version of the patch: > https://people.freebsd.org/~gonzo/arm/patches/bbb-hdmi-20150128.diff >=20 > Changes comparing to previous version: >=20 > - Config switched to vt(4) > - EDID parser from NetBSD > - Driver picks up the best matching videomode > - ?naive? implementation of hdmi_if: HDMI connect events, read EDID, and = set framer > videomode.=20 >=20 > You need HEAD with r277871 for this patch to work reliably >=20 > --=20 > gonzo >=20 >=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" From owner-freebsd-arm@FreeBSD.ORG Fri Jan 30 11:32:07 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 6EB7A380 for ; Fri, 30 Jan 2015 11:32:07 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::3]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 01436BF0 for ; Fri, 30 Jan 2015 11:32:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1422617502; l=3628; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=0PVolBREHJdnuh+B309ObDxUmkZgU+eL5uRlXf4zf0k=; b=Giw/bIr/gTR1aftltO3j7wS3lU8rBw7rMceDpREMIW5BZSzmQcVwL7MnO9EMgqclK/m ayZyR+iWWI7Jnj3MJUNGfENBJisQrIsncHSyvv2INXk3MbD1NNSxHQncXYHe1MrRhkdN9 +4ED0EiURE0SyUKug4q7zvpv+3DXpYnU6EA= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg49vMv3/Po= X-RZG-CLASS-ID: mo00 Received: from quad (p54869A5B.dip0.t-ipconnect.de [84.134.154.91]) by smtp.strato.de (RZmta 37.1 DYNA|AUTH) with ESMTPSA id n02480r0UBVfbMH (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Fri, 30 Jan 2015 12:31:41 +0100 (CET) Date: Fri, 30 Jan 2015 11:31:40 +0000 From: Ulrich Grey To: Ulrich Grey Subject: Re: Beaglebone Black HDMI support v2 Message-Id: <20150130113140.6a1d46bfa3856170591c8a9b@ulrich-grey.de> In-Reply-To: <20150130103156.34dd4bd43ca62606f3f5b005@ulrich-grey.de> References: <20150130103156.34dd4bd43ca62606f3f5b005@ulrich-grey.de> Organization: - X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.25; armv6-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 30 Jan 2015 11:32:07 -0000 In this case, the TV Set says: "Video Mode not Supported". Jan 30 11:04:24 beaglebone kernel: Product: [0470] SAMSUNG Jan 30 11:04:24 beaglebone kernel: Serial number: 00000000 Jan 30 11:04:24 beaglebone kernel: Manufactured 2008 Week 22 # Jan 30 11:04:24 beaglebone kernel: mmcsd1: 2GB at mmc1 48.0MHz/8bit/65535-block Jan 30 11:04:24 beaglebone kernel: am335x_pmic0: TPS65217C ver 1.2 powered by AC Jan 30 11:04:24 beaglebone kernel: tda0:TDA19988 Jan 30 11:04:24 beaglebone kernel: Vendor: [SAM] Samsung Jan 30 11:04:24 beaglebone kernel: Product: [0470] SAMSUNG Jan 30 11:04:24 beaglebone kernel: Serial number: 00000000 Jan 30 11:04:24 beaglebone kernel: Manufactured 2008 Week 22 Jan 30 11:04:24 beaglebone kernel: EDID Version 1.3 Jan 30 11:04:24 beaglebone kernel: EDID Comment: Jan 30 11:04:24 beaglebone kernel: Video Input: 80 Jan 30 11:04:24 beaglebone kernel: Digital Jan 30 11:04:24 beaglebone kernel: Gamma: 2.20 Jan 30 11:04:24 beaglebone kernel: Max Size: 16 cm x 9 cm Jan 30 11:04:24 beaglebone kernel: Features: a Jan 30 11:04:24 beaglebone kernel: RGB Jan 30 11:04:24 beaglebone kernel: Preferred timing Jan 30 11:04:24 beaglebone kernel: Chroma Info: Jan 30 11:04:24 beaglebone kernel: Red X: 0.639 Jan 30 11:04:24 beaglebone kernel: Red Y: 0.639 Jan 30 11:04:24 beaglebone kernel: Grn X: 0.299 Jan 30 11:04:24 beaglebone kernel: Grn Y: 0.599 Jan 30 11:04:24 beaglebone kernel: Blu X: 0.150 Jan 30 11:04:24 beaglebone kernel: Blu Y: 0.059 Jan 30 11:04:24 beaglebone kernel: Wht X: 0.312 Jan 30 11:04:24 beaglebone kernel: Wht Y: 0.329 Jan 30 11:04:24 beaglebone kernel: Range: Jan 30 11:04:24 beaglebone kernel: Horizontal: 26 - 68 kHz Jan 30 11:04:24 beaglebone kernel: Vertical: 23 - 61 Hz Jan 30 11:04:24 beaglebone kernel: Max Dot Clock: 230 MHz Jan 30 11:04:24 beaglebone kernel: Video modes: Jan 30 11:04:24 beaglebone kernel: 640x480 @ 60Hz (25175 656 752 800 490 492 525 -H -V) Jan 30 11:04:24 beaglebone kernel: 1920x1080 @ 60Hz (148500 2008 2052 2200 1084 1089 1125 +H +V) Jan 30 11:04:24 beaglebone kernel: 1280x720 @ 60Hz (74250 1390 1430 1650 725 730 750 +H +V) Jan 30 11:04:24 beaglebone kernel: Preferred mode: 1920x1080 @ 60Hz Jan 30 11:04:24 beaglebone kernel: Number of extension blocks: 1 Jan 30 11:04:24 beaglebone kernel: fb0: detected videomode: 1280x720 @ 60KHz Jan 30 11:04:24 beaglebone kernel: fbd0 on fb0 Jan 30 11:04:24 beaglebone kernel: VT: initialize with new VT driver "fb". > ---------------------------------- > On Wed, 28 Jan 2015 20:02:11 -0800 > Oleksandr Tymoshenko wrote: > > > Hello, > > > > Here is the second version of the patch: > > https://people.freebsd.org/~gonzo/arm/patches/bbb-hdmi-20150128.diff > > > > Changes comparing to previous version: > > > > - Config switched to vt(4) > > - EDID parser from NetBSD > > - Driver picks up the best matching videomode > > - ?naive? implementation of hdmi_if: HDMI connect events, read EDID, and set framer > > videomode. > > > > You need HEAD with r277871 for this patch to work reliably > > > > -- > > gonzo > > > > > > _______________________________________________ > > 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" > _______________________________________________ > 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"