From owner-freebsd-mips@FreeBSD.ORG Sun Jun 27 10:30:25 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FFBF106566B for ; Sun, 27 Jun 2010 10:30:25 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC7CF8FC1A for ; Sun, 27 Jun 2010 10:30:24 +0000 (UTC) Received: by qwg5 with SMTP id 5so1543882qwg.13 for ; Sun, 27 Jun 2010 03:30:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=TxvITEaF2KK1jxvvt1ia6liUc6ts4HnFjsRVOfJhmUg=; b=gArzvI1vzvpdwnStiDBzewbofTmNmh4aM6uIDY0VvvfLAIwbvjfVRGdan9ZMA0/UEg JP5cMzEdW+m/PnTf2i9jrLLwu/xKRGOt0sOBEs5MEF4uDJx6g4AMTHtP5T6FjhRxn1zh GNwXgReXmfwagz0XXxOUqyRtaegI0Jd0rNWMw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=o1k0emWDzPonwnXaeuhi4Q13ftgCFm8c9yq+j3YA8ojGOqj6GLQya7ezJgoN7Eor++ yTP1YWaP1L0XETt2b9UVbNAIhtN+i/94igSJlLa12ou/NixhXulg93FAVM5oI1gFjBdw j661aJAlzSYs963O7Yb0Wz3adj2PtpD1QR/Ik= Received: by 10.229.249.208 with SMTP id ml16mr1739701qcb.291.1277634612866; Sun, 27 Jun 2010 03:30:12 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id x40sm25225402qce.19.2010.06.27.03.30.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 27 Jun 2010 03:30:11 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Sun, 27 Jun 2010 07:30:06 -0300 Content-Transfer-Encoding: 7bit Message-Id: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> References: To: Jayachandran C. X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 10:30:25 -0000 On Jun 15, 2010, at 10:36 AM, Jayachandran C. wrote: ( ... ) > > I've tested this on XLR, but there is a chance that this might break > other platforms. So please let me know your comments on both the > patches and the merge process. > > The future patches (if everything goes well), will do the PTE_ flag to > PG_ flag renaming in Juli's tree, then the actual n32/n64 changes. > > Thanks, > JC. JC, I can't boot the ar71xx kernel after r209243: http://mips.pastebin.com/CBhe6hzR http://pastebin.com/nrRdm1UF Everything works fine with the previous revision (r209048). If you need anything else, just let me know. Thanks, Luiz From owner-freebsd-mips@FreeBSD.ORG Sun Jun 27 14:51:01 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 345CE106566B for ; Sun, 27 Jun 2010 14:51:01 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D8E178FC0C for ; Sun, 27 Jun 2010 14:51:00 +0000 (UTC) Received: by vws13 with SMTP id 13so6259039vws.13 for ; Sun, 27 Jun 2010 07:50:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=PlFnO/dqpW6LTHFqhkdJClkb4LVPvva4rkSE5Rv5UW0=; b=ioQXZUuKVDPK/cTZ5tfS8xXBFdLu+HybeooES66WWJLq7wO5+W1ndWvlEB6Y8gAFuw /GZwqLz95uYYx8ArBMvjZLx0SwGVLEkOvB5aH5/1s5B0mVEB+axLE1FQzIlCbG3ebKZv p1ALe3VlwVpORFv7DAucBZXe24E7gQJkTfGM8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Ad8HPxHGkM2RBlO1K70coj+rVN4+p+URbuEY2OJTt/9R9UZ+Neb2IHII08v5z2J2hS D4u28nTMAw8ST7wtVofIAo+tNvHaGB1Kb6Qv8+FfsvbdE5WbCIFpen7BU71dmmC6XWeS 3LhKN3Oev43wPUZFqzTWAgf5D+klYCYr9T0vc= MIME-Version: 1.0 Received: by 10.220.124.38 with SMTP id s38mr2161502vcr.21.1277650250454; Sun, 27 Jun 2010 07:50:50 -0700 (PDT) Received: by 10.220.199.200 with HTTP; Sun, 27 Jun 2010 07:50:50 -0700 (PDT) In-Reply-To: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> Date: Sun, 27 Jun 2010 20:20:50 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2010 14:51:01 -0000 On Sun, Jun 27, 2010 at 4:00 PM, Luiz Otavio O Souza wrote: > On Jun 15, 2010, at 10:36 AM, Jayachandran C. wrote: > > ( ... ) >> >> I've tested this on XLR, but there is a chance that this might break >> other platforms. So please let me know your comments on both the >> patches and the merge process. >> >> The future patches (if everything goes well), will do the PTE_ flag to >> PG_ flag renaming in Juli's tree, then the actual n32/n64 changes. >> >> Thanks, >> JC. > > JC, > > I can't boot the ar71xx kernel after r209243: > > http://mips.pastebin.com/CBhe6hzR > http://pastebin.com/nrRdm1UF > > Everything works fine with the previous revision (r209048). > > If you need anything else, just let me know. Let me have a look at this, thanks for the report. JC. From owner-freebsd-mips@FreeBSD.ORG Mon Jun 28 10:14:13 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25B491065673 for ; Mon, 28 Jun 2010 10:14:13 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id CEFD28FC15 for ; Mon, 28 Jun 2010 10:14:12 +0000 (UTC) Received: by vws13 with SMTP id 13so7374929vws.13 for ; Mon, 28 Jun 2010 03:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=GLB+RgutJH4UR4KOoe6DT9GmMWGvIu1pFHXmujXi0pA=; b=aM6R4cW0FoNf8DYDtPYbRQpMpMTL9dVWXoSzwmbuhjNKkcpQVv4PetTVGeUNN8BQ6+ mPFINqxDmYzL+yRck6bHQvL7D1IynSbr4Utb7zErgH3lwt/Z/5s/fjUfNZMhxBKWK0ki u5pEk9jdUJhnXubs4olD2BX95q3ewYHt2QtBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=tPKuoEV3Ia7nSDrbJDMP5wjPCdWrs0tnLaWgn0S/4h9DppKT/zlmYl/retg7ZA27TM 3SDgR9v+8UDgx5VdkqWPVVoZRFWOYGjXLQse3U+V30f0B+FpuBBDHV1VazgWMDb1xoAK cPd8uBSATBbJBZQ6NPUaHod7SSueIDEQVpBcg= MIME-Version: 1.0 Received: by 10.220.167.133 with SMTP id q5mr2798351vcy.114.1277720046845; Mon, 28 Jun 2010 03:14:06 -0700 (PDT) Received: by 10.220.199.200 with HTTP; Mon, 28 Jun 2010 03:14:06 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> Date: Mon, 28 Jun 2010 15:44:06 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 10:14:13 -0000 On Sun, Jun 27, 2010 at 8:20 PM, Jayachandran C. wrote: > On Sun, Jun 27, 2010 at 4:00 PM, Luiz Otavio O Souza wrote: >> On Jun 15, 2010, at 10:36 AM, Jayachandran C. wrote: >> >> ( ... ) >>> >>> I've tested this on XLR, but there is a chance that this might break >>> other platforms. So please let me know your comments on both the >>> patches and the merge process. >>> >>> The future patches (if everything goes well), will do the PTE_ flag to >>> PG_ flag renaming in Juli's tree, then the actual n32/n64 changes. >>> >>> Thanks, >>> JC. >> >> JC, >> >> I can't boot the ar71xx kernel after r209243: >> >> http://mips.pastebin.com/CBhe6hzR >> http://pastebin.com/nrRdm1UF >> >> Everything works fine with the previous revision (r209048). >> >> If you need anything else, just let me know. > > Let me have a look at this, thanks for the report. Can you enable 'TRAP_DEBUG' in sys/mips/mips/trap.c and see if you can get the trap information printed. Adding a line #define TRAP_DEBUG after all the #includes in trap.c should do it. This should print the pc, ra, and badvaddr which would help a lot in debugging. In the meantime I will look at the code again and see if I can find anything obviously wrong. Thanks, JC. From owner-freebsd-mips@FreeBSD.ORG Mon Jun 28 11:06:57 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CBC61065670 for ; Mon, 28 Jun 2010 11:06:57 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E5EDF8FC0C for ; Mon, 28 Jun 2010 11:06:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o5SB6uVL086576 for ; Mon, 28 Jun 2010 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5SB6ux3086574 for freebsd-mips@FreeBSD.org; Mon, 28 Jun 2010 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Jun 2010 11:06:56 GMT Message-Id: <201006281106.o5SB6ux3086574@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-mips@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 11:06:57 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o misc/147471 mips [includes] [patch] whitespace discrepancy in sys/mips/ 1 problem total. From owner-freebsd-mips@FreeBSD.ORG Mon Jun 28 16:12:14 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBEAC1065672 for ; Mon, 28 Jun 2010 16:12:14 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5DA648FC16 for ; Mon, 28 Jun 2010 16:12:14 +0000 (UTC) Received: by vws13 with SMTP id 13so7841181vws.13 for ; Mon, 28 Jun 2010 09:12:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=3/pRn3//bwM/hsuXZqoOdZbSW+h6nyA0swmKh+AkX0g=; b=UKyzCkkyLfCZa/k78sR1/ZKNvazDXOTcdCpIZy5EQJLPoK51jArn5EPfpfcpmMC3tJ 8a9jarhjwkJtL+QCOJgwHqgw2wSTMNSGaGS55+lyhCnWrwEK3LC7SlbfkVaFT55B8S6Z HjbWMMdg97chOLKB/cASz3wbwmDkPZ+uoQww0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=f27f8sYXHuqpsk4Fbp+5aDuQWmSqO4l0BNOXUNIDJpYj/2YfN3Q6sAuSkAxnP6nhDb zQpJTJEyU0Wd5V9FxlgCAv2QtNTlOo3hpCP+q3c5eX6G7JM0aYQb5iyRQ+1fFcL6xIf1 ld4fC4kWDJLmAd7T3LECgfMpSvEBZaJi6ASeg= Received: by 10.224.80.11 with SMTP id r11mr3492631qak.148.1277741531296; Mon, 28 Jun 2010 09:12:11 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id t34sm410369qcp.18.2010.06.28.09.12.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 28 Jun 2010 09:12:09 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Mon, 28 Jun 2010 13:12:01 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> To: Jayachandran C. X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 16:12:15 -0000 On Jun 28, 2010, at 7:14 AM, Jayachandran C. wrote: > On Sun, Jun 27, 2010 at 8:20 PM, Jayachandran C. > wrote: >> On Sun, Jun 27, 2010 at 4:00 PM, Luiz Otavio O Souza = wrote: >>> On Jun 15, 2010, at 10:36 AM, Jayachandran C. wrote: >>>=20 >>> ( ... ) >>>>=20 >>>> I've tested this on XLR, but there is a chance that this might = break >>>> other platforms. So please let me know your comments on both the >>>> patches and the merge process. >>>>=20 >>>> The future patches (if everything goes well), will do the PTE_ flag = to >>>> PG_ flag renaming in Juli's tree, then the actual n32/n64 changes. >>>>=20 >>>> Thanks, >>>> JC. >>>=20 >>> JC, >>>=20 >>> I can't boot the ar71xx kernel after r209243: >>>=20 >>> http://mips.pastebin.com/CBhe6hzR >>> http://pastebin.com/nrRdm1UF >>>=20 >>> Everything works fine with the previous revision (r209048). >>>=20 >>> If you need anything else, just let me know. >>=20 >> Let me have a look at this, thanks for the report. >=20 > Can you enable 'TRAP_DEBUG' in sys/mips/mips/trap.c and see if you can > get the trap information printed. Adding a line > #define TRAP_DEBUG > after all the #includes in trap.c should do it. This should print the > pc, ra, and badvaddr which would help a lot in debugging. >=20 > In the meantime I will look at the code again and see if I can find > anything obviously wrong. >=20 > Thanks, > JC. JC, The TRAP_DEBUG option doesn't help, but during the tests i found a weird = symptom... After a cold reset the kernel always hang at same place (after the = WITNESS notice), but if i boot from an old kernel and issue a 'reboot' = the board boots just fine. I've add a few printfs all around to find where it hangs and this happen = at the first call of pmap_map() at vm_page_startup(). Here is a dmesg from a failed boot: http://mips.pastebin.com/QnUu56hD And here is a successful one: http://mips.pastebin.com/bsJ4Ac3z I hope this can give you some clue about what's is going on... Thanks, Luiz= From owner-freebsd-mips@FreeBSD.ORG Mon Jun 28 19:31:04 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09517106564A for ; Mon, 28 Jun 2010 19:31:04 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2918FC13 for ; Mon, 28 Jun 2010 19:31:03 +0000 (UTC) Received: by vws13 with SMTP id 13so8111604vws.13 for ; Mon, 28 Jun 2010 12:30:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=yGJK/NRpwTzbLArW1Rz1M0bBLf2fF36cGQdmHgHzhTE=; b=u/0oFE2Ch+2GkIojhvJkQqXsGYI1tT1pzyylKnJEszMUSAPyGyQVxRYwAfBX2Bd3VK GYRUVcmLO7TIjwGBP5LYC7LsC8HB3uwxq+IuF9KEbMuBvxBQIGMSxYdoH9gvaGsNlgkR LGnxzoRWwTv7XZ36zwXhEFXzfPkq9jp0EnpNE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bzypnj0BkuTQ6TQU7kTSynn6Et6qewfvOWamh8p3+iIKqyLAM3w6+sboeUVBA7WLl4 Edx9scfuuToZVAacLxIfCCyq4lEBnEmDvlDr/LuLc2HaKjrGzzUGHHVpoRd0BzAz0Ttv 1fHwJCy1yTxlin3bI0TtrY97HIUaRGcfwQIok= MIME-Version: 1.0 Received: by 10.220.45.144 with SMTP id e16mr1480923vcf.136.1277753456359; Mon, 28 Jun 2010 12:30:56 -0700 (PDT) Received: by 10.220.199.200 with HTTP; Mon, 28 Jun 2010 12:30:56 -0700 (PDT) In-Reply-To: <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> Date: Tue, 29 Jun 2010 01:00:56 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: multipart/mixed; boundary=0016e6471502e07aeb048a1c2849 Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 19:31:04 -0000 --0016e6471502e07aeb048a1c2849 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Mon, Jun 28, 2010 at 9:42 PM, Luiz Otavio O Souza w= rote: > On Jun 28, 2010, at 7:14 AM, Jayachandran C. wrote: > >> On Sun, Jun 27, 2010 at 8:20 PM, Jayachandran C. >> wrote: >>> On Sun, Jun 27, 2010 at 4:00 PM, Luiz Otavio O Souza wrote: >>>> On Jun 15, 2010, at 10:36 AM, Jayachandran C. wrote: >>>> >>>> ( ... ) >>>>> >>>>> I've tested this on XLR, but there is a chance that this might break >>>>> other platforms. So please let me know your comments on both the >>>>> patches and the merge process. >>>>> >>>>> The future patches (if everything goes well), will do the PTE_ flag t= o >>>>> PG_ flag renaming in Juli's tree, then the actual n32/n64 changes. >>>>> >>>>> Thanks, >>>>> JC. >>>> >>>> JC, >>>> >>>> I can't boot the ar71xx kernel after r209243: >>>> >>>> http://mips.pastebin.com/CBhe6hzR >>>> http://pastebin.com/nrRdm1UF >>>> >>>> Everything works fine with the previous revision (r209048). >>>> >>>> If you need anything else, just let me know. >>> >>> Let me have a look at this, thanks for the report. >> >> Can you enable 'TRAP_DEBUG' in sys/mips/mips/trap.c and see if you can >> get the trap information printed. =A0Adding a line >> #define TRAP_DEBUG >> after all the #includes in trap.c should do it. =A0This should print the >> pc, ra, and badvaddr which would help a lot in debugging. >> >> In the meantime I will look at the code again and see if I can find >> anything obviously wrong. >> >> Thanks, >> JC. > > JC, > > The TRAP_DEBUG option doesn't help, but during the tests i found a weird = symptom... > > After a cold reset the kernel always hang at same place (after the WITNES= S notice), but if i boot from an old kernel and issue a 'reboot' the board = boots just fine. > > I've add a few printfs all around to find where it hangs and this happen = at the first call of pmap_map() at vm_page_startup(). > > Here is a dmesg from a failed boot: http://mips.pastebin.com/QnUu56hD > > And here is a successful one: http://mips.pastebin.com/bsJ4Ac3z > > I hope this can give you some clue about what's is going on... Thanks for the the update. Looks like pmap_map for kernel is failing, may be the new tlb_update code causes this. Can you apply the attached patch and see if the problem still persists, it replaces the new tlb_update code with the older version. Obviously not a fix, but if we can narrow it down to this function, fixing will be easier. JC. --0016e6471502e07aeb048a1c2849 Content-Type: application/octet-stream; name="try.diff" Content-Disposition: attachment; filename="try.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gazoyplr0 SW5kZXg6IHN5cy9jb25mL2ZpbGVzLm1pcHMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2NvbmYvZmlsZXMu bWlwcwkocmV2aXNpb24gMjA5NTIxKQorKysgc3lzL2NvbmYvZmlsZXMubWlwcwkod29ya2luZyBj b3B5KQpAQCAtNDUsNiArNDUsNyBAQAogbWlwcy9taXBzL3BtX21hY2hkZXAuYwkJc3RhbmRhcmQK IG1pcHMvbWlwcy9zd3RjaC5TCQlzdGFuZGFyZAogbWlwcy9taXBzL3RsYi5jCQkJc3RhbmRhcmQK K21pcHMvbWlwcy90bGJzLlMJCXN0YW5kYXJkCiAKIG1pcHMvbWlwcy9idXNfc3BhY2VfZ2VuZXJp Yy5jIAlzdGFuZGFyZAogbWlwcy9taXBzL2J1c2RtYV9tYWNoZGVwLmMgCXN0YW5kYXJkCkluZGV4 OiBzeXMvbWlwcy9taXBzL3RsYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL21pcHMvdGxiLmMJ KHJldmlzaW9uIDIwOTUyMSkKKysrIHN5cy9taXBzL21pcHMvdGxiLmMJKHdvcmtpbmcgY29weSkK QEAgLTIxNCw5ICsyMTQsMTggQEAKIAl9CiB9CiAKK3ZvaWQgTWlwc19UTEJVcGRhdGUodm1fb2Zm c2V0X3QsIHVuc2lnbmVkKTsKKwogdm9pZAogdGxiX3VwZGF0ZShzdHJ1Y3QgcG1hcCAqcG1hcCwg dm1fb2Zmc2V0X3QgdmEsIHB0X2VudHJ5X3QgcHRlKQogeworCWlmIChwbWFwID09IGtlcm5lbF9w bWFwKQorCQl2YSA9IFRMQkhJX0VOVFJZKHZhLCAwKTsKKwllbHNlCisJCXZhID0gVExCSElfRU5U UlkodmEsIHBtYXBfYXNpZChwbWFwKSk7CisJCQorCU1pcHNfVExCVXBkYXRlKHZhLCBwdGUpOwor I2lmIDAKIAlyZWdpc3Rlcl90IG1hc2ssIGFzaWQ7CiAJcmVnaXN0ZXJfdCBzOwogCWludCBpOwpA QCAtMjQ2LDYgKzI1NSw3IEBACiAJbWlwc193cl9lbnRyeWhpKGFzaWQpOwogCW1pcHNfd3JfcGFn ZW1hc2sobWFzayk7CiAJaW50cl9yZXN0b3JlKHMpOworI2VuZGlmCiB9CiAKIHN0YXRpYyB2b2lk CkluZGV4OiBzeXMvbWlwcy9taXBzL3RsYnMuUwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvbWlwcy9taXBz L3RsYnMuUwkocmV2aXNpb24gMCkKKysrIHN5cy9taXBzL21pcHMvdGxicy5TCShyZXZpc2lvbiAw KQpAQCAtMCwwICsxLDE5OCBAQAorLyoJJE9wZW5CU0Q6IGxvY29yZS5TLHYgMS4xOCAxOTk4LzA5 LzE1IDEwOjU4OjUzIHBlZm8gRXhwICQJKi8KKy8qLQorICogQ29weXJpZ2h0IChjKSAxOTkyLCAx OTkzCisgKglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiAgQWxs IHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBUaGlzIGNvZGUgaXMgZGVyaXZlZCBmcm9tIHNvZnR3 YXJlIGNvbnRyaWJ1dGVkIHRvIEJlcmtlbGV5IGJ5CisgKiBEaWdpdGFsIEVxdWlwbWVudCBDb3Jw b3JhdGlvbiBhbmQgUmFscGggQ2FtcGJlbGwuCisgKgorICogUmVkaXN0cmlidXRpb24gYW5kIHVz ZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2RpZmlj YXRpb24sIGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlv bnMKKyAqIGFyZSBtZXQ6CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVz dCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2Yg Y29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0cmli dXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQK KyAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcg ZGlzY2xhaW1lciBpbiB0aGUKKyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVy aWFscyBwcm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCisgKiA0LiBOZWl0aGVyIHRoZSBu YW1lIG9mIHRoZSBVbml2ZXJzaXR5IG5vciB0aGUgbmFtZXMgb2YgaXRzIGNvbnRyaWJ1dG9ycwor ICogICAgbWF5IGJlIHVzZWQgdG8gZW5kb3JzZSBvciBwcm9tb3RlIHByb2R1Y3RzIGRlcml2ZWQg ZnJvbSB0aGlzIHNvZnR3YXJlCisgKiAgICB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdyaXR0ZW4g cGVybWlzc2lvbi4KKyAqCisgKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBSRUdF TlRTIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORAorICogQU5ZIEVYUFJFU1MgT1IgSU1Q TElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgVEhFCisgKiBJ TVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNTIEZPUiBBIFBB UlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NMQUlNRUQuICBJTiBOTyBFVkVOVCBTSEFMTCBU SEUgUkVHRU5UUyBPUiBDT05UUklCVVRPUlMgQkUgTElBQkxFCisgKiBGT1IgQU5ZIERJUkVDVCwg SU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElB TAorICogREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFBST0NVUkVNRU5U IE9GIFNVQlNUSVRVVEUgR09PRFMKKyAqIE9SIFNFUlZJQ0VTOyBMT1NTIE9GIFVTRSwgREFUQSwg T1IgUFJPRklUUzsgT1IgQlVTSU5FU1MgSU5URVJSVVBUSU9OKQorICogSE9XRVZFUiBDQVVTRUQg QU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJ Q1QKKyAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJX SVNFKSBBUklTSU5HIElOIEFOWSBXQVkKKyAqIE9VVCBPRiBUSEUgVVNFIE9GIFRISVMgU09GVFdB UkUsIEVWRU4gSUYgQURWSVNFRCBPRiBUSEUgUE9TU0lCSUxJVFkgT0YKKyAqIFNVQ0ggREFNQUdF LgorICoKKyAqIENvcHlyaWdodCAoQykgMTk4OSBEaWdpdGFsIEVxdWlwbWVudCBDb3Jwb3JhdGlv bi4KKyAqIFBlcm1pc3Npb24gdG8gdXNlLCBjb3B5LCBtb2RpZnksIGFuZCBkaXN0cmlidXRlIHRo aXMgc29mdHdhcmUgYW5kCisgKiBpdHMgZG9jdW1lbnRhdGlvbiBmb3IgYW55IHB1cnBvc2UgYW5k IHdpdGhvdXQgZmVlIGlzIGhlcmVieSBncmFudGVkLAorICogcHJvdmlkZWQgdGhhdCB0aGUgYWJv dmUgY29weXJpZ2h0IG5vdGljZSBhcHBlYXJzIGluIGFsbCBjb3BpZXMuCisgKiBEaWdpdGFsIEVx dWlwbWVudCBDb3Jwb3JhdGlvbiBtYWtlcyBubyByZXByZXNlbnRhdGlvbnMgYWJvdXQgdGhlCisg KiBzdWl0YWJpbGl0eSBvZiB0aGlzIHNvZnR3YXJlIGZvciBhbnkgcHVycG9zZS4gIEl0IGlzIHBy b3ZpZGVkICJhcyBpcyIKKyAqIHdpdGhvdXQgZXhwcmVzcyBvciBpbXBsaWVkIHdhcnJhbnR5Lgor ICoKKyAqIGZyb206IEhlYWRlcjogL3Nwcml0ZS9zcmMva2VybmVsL21hY2gvZHMzMTAwLm1kL1JD Uy9sb01lbS5zLAorICoJdiAxLjEgODkvMDcvMTEgMTc6NTU6MDQgbmVsc29uIEV4cCAgU1BSSVRF IChERUNXUkwpCisgKiBmcm9tOiBIZWFkZXI6IC9zcHJpdGUvc3JjL2tlcm5lbC9tYWNoL2RzMzEw MC5tZC9SQ1MvbWFjaEFzbS5zLAorICoJdiA5LjIgOTAvMDEvMjkgMTg6MDA6Mzkgc2hpcnJpZmYg RXhwICBTUFJJVEUgKERFQ1dSTCkKKyAqIGZyb206IEhlYWRlcjogL3Nwcml0ZS9zcmMva2VybmVs L3ZtL2RzMzEwMC5tZC92bVBtYXhBc20ucywKKyAqCXYgMS4xIDg5LzA3LzEwIDE0OjI3OjQxIG5l bHNvbiBFeHAgIFNQUklURSAoREVDV1JMKQorICoKKyAqCWZyb206IEAoIylsb2NvcmUucwk4LjUg KEJlcmtlbGV5KSAxLzQvOTQKKyAqCUpOUFI6IHRsYi5TLHYgMS4xLjQuMiAyMDA3LzA5LzEwIDA5 OjAyOjA1IGdpcmlzaAorICogJEZyZWVCU0Q6IGhlYWQvc3lzL21pcHMvbWlwcy90bGIuUyAyMDY3 NDYgMjAxMC0wNC0xNyAwNzoyMDowMVogam1hbGxldHQgJAorICovCisKKy8qCisgKglDb250YWlu cyBjb2RlIHRoYXQgaXMgdGhlIGZpcnN0IGV4ZWN1dGVkIGF0IGJvb3QgdGltZSBwbHVzCisgKglh c3NlbWJseSBsYW5ndWFnZSBzdXBwb3J0IHJvdXRpbmVzLgorICovCisKKyNpbmNsdWRlICJvcHRf Y3B1dHlwZS5oIgorCisjaW5jbHVkZSA8bWFjaGluZS9hc20uaD4KKyNpbmNsdWRlIDxtYWNoaW5l L2NwdS5oPgorI2luY2x1ZGUgPG1hY2hpbmUvY3B1cmVncy5oPgorI2luY2x1ZGUgPG1hY2hpbmUv cmVnbnVtLmg+CisjaW5jbHVkZSA8bWFjaGluZS9wdGUuaD4KKworI2luY2x1ZGUgImFzc3ltLnMi CisKKyNpZiBkZWZpbmVkKElTQV9NSVBTMzIpCisjdW5kZWYgV0lUSF82NEJJVF9DUDAKKyNlbGlm IGRlZmluZWQoSVNBX01JUFM2NCkKKyNkZWZpbmUgV0lUSF82NEJJVF9DUDAKKyNlbGlmIGRlZmlu ZWQoSVNBX01JUFMzKQorI2RlZmluZSBXSVRIXzY0QklUX0NQMAorI2Vsc2UKKyNlcnJvciAiUGxl YXNlIHdyaXRlIHRoZSBjb2RlIGZvciB0aGlzIElTQSIKKyNlbmRpZgorCisjaWZkZWYgV0lUSF82 NEJJVF9DUDAKKyNkZWZpbmUgX1NMTAlkc2xsCisjZGVmaW5lCV9TUkwJZHNybAorI2RlZmluZQlf TUZDMAlkbWZjMAorI2RlZmluZQlfTVRDMAlkbXRjMAorI2RlZmluZSBXSVJFRF9TSElGVCAzNAor I2Vsc2UKKyNkZWZpbmUgX1NMTAlzbGwKKyNkZWZpbmUJX1NSTAlzcmwKKyNkZWZpbmUJX01GQzAJ bWZjMAorI2RlZmluZQlfTVRDMAltdGMwCisjZGVmaW5lIFdJUkVEX1NISUZUIDIKKyNlbmRpZgor CS5zZXQJbm9yZW9yZGVyCQkJIyBOb3Jlb3JkZXIgaXMgZGVmYXVsdCBzdHlsZSEKKyNpZiBkZWZp bmVkKElTQV9NSVBTMzIpCisJLnNldAltaXBzMzIKKyNlbGlmIGRlZmluZWQoSVNBX01JUFM2NCkK Kwkuc2V0CW1pcHM2NAorI2VsaWYgZGVmaW5lZChJU0FfTUlQUzMpCisJLnNldAltaXBzMworI2Vu ZGlmCisKKyNkZWZpbmUJSVRMQk5PUEZJWAlub3A7bm9wO25vcDtub3A7bm9wO25vcDtub3A7bm9w O25vcDtub3A7CisKKy8qCisgKiBGUkVFQlNEX0RFVkVMT1BFUlNfRklYTUUKKyAqIFNvbWUgTUlQ UyBDUFUgbWF5IG5lZWQgZGVsYXlzIHVzaW5nIG5vcHMgYmV0d2VlbiBleGVjdXRpbmcgQ1AwIElu c3RydWN0aW9ucworICovCisjZGVmaW5lCU1JUFNfQ1BVX05PUF9ERUxBWQlub3A7bm9wO25vcDtu b3A7CisKKyN1bmRlZiBQVEVfSFZQTgorI3VuZGVmIFBURV9BU0lECisjZGVmaW5lIFBURV9IVlBO ICAgICAgICAweGZmZmZlMDAwICAgICAgLyogSGFyZHdhcmUgcGFnZSBubyBtYXNrICovCisjZGVm aW5lIFBURV9BU0lEICAgICAgICAweDAwMDAwMGZmICAgICAgLyogQWRkcmVzcyBzcGFjZSBJRCAq LworCisKKworLyotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQorICoKKyAqIE1pcHNfVExCVXBkYXRlKHVuc2ln bmVkIHZpcnBhZ2VhZHIsIGxvd3JlZ3gpOworICoKKyAqCVVwZGF0ZSB0aGUgVExCIGlmIGhpZ2hy ZWcgaXMgZm91bmQ7IG90aGVyd2lzZSwgZW50ZXIgdGhlIGRhdGEuCisgKgorICogUmVzdWx0czoK KyAqCTwgMCBpZiBsb2FkZWQgPj0gMCBpZiB1cGRhdGVkLgorICoKKyAqIFNpZGUgZWZmZWN0czoK KyAqCU5vbmUuCisgKgorICotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQorICovCitMRUFGKE1pcHNfVExCVXBk YXRlKQorCW1mYzAJdjEsIENPUF8wX1NUQVRVU19SRUcJCSMgU2F2ZSB0aGUgc3RhdHVzIHJlZ2lz dGVyLgorCW10YzAJemVybywgQ09QXzBfU1RBVFVTX1JFRwkJIyBEaXNhYmxlIGludGVycnVwdHMK KwlJVExCTk9QRklYCisJYW5kCXQxLCBhMCwgMHgxMDAwCQkJIyB0MSA9IEV2ZW4vT2RkIGZsYWcK KwlsaQl2MCwgKFBURV9IVlBOIHwgUFRFX0FTSUQpCisJYW5kCWEwLCBhMCwgdjAKKwlfTUZDMAl0 MCwgQ09QXzBfVExCX0hJCQkjIFNhdmUgY3VycmVudCBQSUQKKwlfTVRDMAlhMCwgQ09QXzBfVExC X0hJCQkjIEluaXQgaGlnaCByZWcKKwlhbmQJYTIsIGExLCBQVEVfRwkJCSMgQ29weSBnbG9iYWwg Yml0CisJTUlQU19DUFVfTk9QX0RFTEFZCisJdGxicAkJCQkJIyBQcm9iZSBmb3IgdGhlIGVudHJ5 LgorCV9TTEwJYTEsIGExLCBXSVJFRF9TSElGVAorCV9TUkwJYTEsIGExLCBXSVJFRF9TSElGVAor CW5vcAorCW1mYzAJdjAsIENPUF8wX1RMQl9JTkRFWAkJIyBTZWUgd2hhdCB3ZSBnb3QKKwlibmUJ dDEsIHplcm8sIDJmCQkJIyBEZWNpZGUgZXZlbiBvZGQKKyMgRVZFTgorCW5vcAorCWJsdHoJdjAs IDFmCQkJCSMgaW5kZXggPCAwID0+ICFmb3VuZAorCU1JUFNfQ1BVX05PUF9ERUxBWQorCisJdGxi cgkJCQkJIyB1cGRhdGUsIHJlYWQgZW50cnkgZmlyc3QKKwlNSVBTX0NQVV9OT1BfREVMQVkKKwlf TVRDMAlhMSwgQ09QXzBfVExCX0xPMAkJIyBpbml0IGxvdyByZWcwLgorCU1JUFNfQ1BVX05PUF9E RUxBWQorCXRsYndpCQkJCQkjIHVwZGF0ZSBzbG90IGZvdW5kCisJYgk0ZgorCW5vcAorMToKKwlt dGMwCXplcm8sIENPUF8wX1RMQl9QR19NQVNLIAkjIGluaXQgbWFzay4KKwlfTVRDMAlhMCwgQ09Q XzBfVExCX0hJCQkjIGluaXQgaGlnaCByZWcuCisJX01UQzAJYTEsIENPUF8wX1RMQl9MTzAJCSMg aW5pdCBsb3cgcmVnMC4KKwlfTVRDMAlhMiwgQ09QXzBfVExCX0xPMQkJIyBpbml0IGxvdyByZWcx LgorCU1JUFNfQ1BVX05PUF9ERUxBWQorCXRsYndyCQkJCQkjIGVudGVyIGludG8gYSByYW5kb20g c2xvdAorCU1JUFNfQ1BVX05PUF9ERUxBWQorCWIJNGYKKwlub3AKKyMgT0RECisyOgorCW5vcAor CWJsdHoJdjAsIDNmCQkJCSMgaW5kZXggPCAwID0+ICFmb3VuZAorCU1JUFNfQ1BVX05PUF9ERUxB WQorCisJdGxicgkJCQkJIyByZWFkIHRoZSBlbnRyeSBmaXJzdAorCU1JUFNfQ1BVX05PUF9ERUxB WQorCV9NVEMwCWExLCBDT1BfMF9UTEJfTE8xCQkjIGluaXQgbG93IHJlZzEuCisJTUlQU19DUFVf Tk9QX0RFTEFZCisJdGxid2kJCQkJCSMgdXBkYXRlIHNsb3QgZm91bmQKKwlNSVBTX0NQVV9OT1Bf REVMQVkKKwliCTRmCisJbm9wCiszOgorCW10YzAJemVybywgQ09QXzBfVExCX1BHX01BU0sJCSMg aW5pdCBtYXNrLgorCV9NVEMwCWEwLCBDT1BfMF9UTEJfSEkJCSMgaW5pdCBoaWdoIHJlZy4KKwlf TVRDMAlhMiwgQ09QXzBfVExCX0xPMAkJIyBpbml0IGxvdyByZWcwLgorCV9NVEMwCWExLCBDT1Bf MF9UTEJfTE8xCQkjIGluaXQgbG93IHJlZzEuCisJTUlQU19DUFVfTk9QX0RFTEFZCisJdGxid3IJ CQkJCSMgZW50ZXIgaW50byBhIHJhbmRvbSBzbG90CisKKzQ6CQkJCQkJIyBNYWtlIHNodXJlIHBp cGVsaW5lCisJTUlQU19DUFVfTk9QX0RFTEFZCisJX01UQzAJdDAsIENPUF8wX1RMQl9ISQkJIyBy ZXN0b3JlIFBJRAorCW10YzAJdjEsIENPUF8wX1NUQVRVU19SRUcJCSMgUmVzdG9yZSB0aGUgc3Rh dHVzIHJlZ2lzdGVyCisJSVRMQk5PUEZJWAorCWoJcmEKKwlub3AKK0VORChNaXBzX1RMQlVwZGF0 ZSkKKwo= --0016e6471502e07aeb048a1c2849-- From owner-freebsd-mips@FreeBSD.ORG Mon Jun 28 20:59:01 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55105106566C; Mon, 28 Jun 2010 20:59:01 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id E9BCC8FC19; Mon, 28 Jun 2010 20:59:00 +0000 (UTC) Received: by gyf3 with SMTP id 3so908348gyf.13 for ; Mon, 28 Jun 2010 13:58:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=KkEnV85H5RTH1/+dt4ylx5kwt2GAYnIzLv6j8F5NwkI=; b=qnPPsGtNpdBC6gA4lvilBVTrMRPKgex0rWA+E1UYPBv6DrYP9xmWRDHg92XUO09Y11 MzTNpqT0dQs5+syBmQqvtDNC6ur1peIo0zfdc4VVSMGF39T8TpZEhvza9EfHNWi0GNsW c+m3GiCZoMivx1fUj51KY/sn6SHRk2qbQ4vek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=mx3ebN3EBgppsJjoy9auUKc9PkAHtrObaGbYiQ45wqc7z1sCSzNBRbrE0K2mPDzyc9 7hqzO8b7s14F6xJ9JhO+DHBnzveAvzsXPt1Y7lHNzxKi05ujlmXkj7moA9FzrPkSqKUO uLNduoUH+EkgG6XzggQDhELCSSOWTwHU6RdD4= Received: by 10.229.231.199 with SMTP id jr7mr3079037qcb.9.1277758734768; Mon, 28 Jun 2010 13:58:54 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id t34sm846691qcp.6.2010.06.28.13.58.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 28 Jun 2010 13:58:53 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Mon, 28 Jun 2010 17:58:49 -0300 Content-Transfer-Encoding: 7bit Message-Id: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> To: "Jayachandran C." X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Jun 2010 20:59:01 -0000 > Thanks for the the update. Looks like pmap_map for kernel is failing, > may be the new tlb_update code causes this. Can you apply the > attached patch and see if the problem still persists, it replaces the > new tlb_update code with the older version. > > Obviously not a fix, but if we can narrow it down to this function, > fixing will be easier. > > JC. > JC, This fix the problem ! Thanks ! Now, at least, you know where to look :) Luiz From owner-freebsd-mips@FreeBSD.ORG Tue Jun 29 11:02:57 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78F4106564A; Tue, 29 Jun 2010 11:02:57 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6ADDF8FC23; Tue, 29 Jun 2010 11:02:57 +0000 (UTC) Received: by vws13 with SMTP id 13so9232343vws.13 for ; Tue, 29 Jun 2010 04:02:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=r0lgrnVlqRDUuC28LAPlFOLzvwCfyEtlJr292Bze7uc=; b=AgW5ZzxhVmP+uahz5d7gJgpAi1Ic8pVeKJhFXZXrIkZpCk3QpptJMbcbWJsFPgBRAM kc+i99LcWhl/Nul8QlbZ7el+YdQG8gvvG4WddTEs2hKzZdavkRGbyfNX2HNN99URMEIT GrXNYEV6NNzZSshwgxVX44MfHxrmlcOSo2VvE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=a5eQ7X4nKsYB1VVhMMjvs4X6p2eQbwBH1umpwP4NU5OWWwUL+FJRrFsWmdp3WL3ST3 KPFA1FOaUQskR9K8jUNjSiVqdzlmV7byAdDJWJ1tZYKlleLQqyFJdAa/H1elAuYFV5s/ XOhs+IAH7wPZdBc8L8IQhX/c22ngEzDb60qys= MIME-Version: 1.0 Received: by 10.220.47.79 with SMTP id m15mr3794485vcf.93.1277809372156; Tue, 29 Jun 2010 04:02:52 -0700 (PDT) Received: by 10.220.199.2 with HTTP; Tue, 29 Jun 2010 04:02:52 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> Date: Tue, 29 Jun 2010 16:32:52 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: multipart/mixed; boundary=0016e6470d0cb7d3aa048a292d86 Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 11:02:57 -0000 --0016e6470d0cb7d3aa048a292d86 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza w= rote: >> Thanks for the the update. Looks like pmap_map for kernel is failing, >> may be the new tlb_update code causes this. =A0Can you apply the >> attached patch and see if the problem still persists, it replaces the >> new tlb_update code with the older version. >> >> Obviously not a fix, but if we can narrow it down to this function, >> fixing will be easier. >> >> JC. >> > > JC, > > This fix the problem ! Thanks ! Now, at least, you know where to look :) The new tlb_update does not seem to update the tlb entry if the tlbp fails. Here's a patch that should make the new function behave like the older one. The patch is in attached file 'tlb-update.diff'. If that does not work, I'm not sure what the issue is. You could also try try the nop-change.diff attached. It tries to switch the ssnop used for delay in the new code with 'nop' which was used by the old code. Thanks, JC. --0016e6470d0cb7d3aa048a292d86 Content-Type: text/plain; charset=US-ASCII; name="tlb-update.diff" Content-Disposition: attachment; filename="tlb-update.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb0mqam80 SW5kZXg6IHN5cy9taXBzL21pcHMvdGxiLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvbWlwcy90 bGIuYwkocmV2aXNpb24gMjA5NTIxKQorKysgc3lzL21pcHMvbWlwcy90bGIuYwkod29ya2luZyBj b3B5KQpAQCAtMjE3LDE5ICsyMTcsMjEgQEAKIHZvaWQKIHRsYl91cGRhdGUoc3RydWN0IHBtYXAg KnBtYXAsIHZtX29mZnNldF90IHZhLCBwdF9lbnRyeV90IHB0ZSkKIHsKLQlyZWdpc3Rlcl90IG1h c2ssIGFzaWQ7Ci0JcmVnaXN0ZXJfdCBzOworCXB0X2VudHJ5X3Qgb3RoZXI7CisJcmVnaXN0ZXJf dCBtYXNrLCBhc2lkLCBoaSwgczsKIAlpbnQgaTsKIAogCXZhICY9IH5QQUdFX01BU0s7CisJb3Ro ZXIgPSBwdGUgJiBQVEVfRzsKIAlwdGUgJj0gflRMQkxPX1NXQklUU19NQVNLOworCWhpID0gVExC SElfRU5UUlkodmEsIHBtYXBfYXNpZChwbWFwKSk7CiAKIAlzID0gaW50cl9kaXNhYmxlKCk7CiAJ bWFzayA9IG1pcHNfcmRfcGFnZW1hc2soKTsKIAlhc2lkID0gbWlwc19yZF9lbnRyeWhpKCkgJiBU TEJISV9BU0lEX01BU0s7CiAKIAltaXBzX3dyX3BhZ2VtYXNrKDApOwotCW1pcHNfd3JfZW50cnlo aShUTEJISV9FTlRSWSh2YSwgcG1hcF9hc2lkKHBtYXApKSk7CisJbWlwc193cl9lbnRyeWhpKGhp KTsKIAl0bGJfcHJvYmUoKTsKIAlpID0gbWlwc19yZF9pbmRleCgpOwogCWlmIChpID49IDApIHsK QEAgLTI0MSw2ICsyNDMsMTcgQEAKIAkJCW1pcHNfd3JfZW50cnlsbzEocHRlKTsKIAkJfQogCQl0 bGJfd3JpdGVfaW5kZXhlZCgpOworCX0gZWxzZSB7CisJCW1pcHNfd3JfcGFnZW1hc2soMCk7CisJ CW1pcHNfd3JfZW50cnloaShoaSk7CisJCWlmICgodmEgJiBQQUdFX1NJWkUpID09IDApIHsKKwkJ CW1pcHNfd3JfZW50cnlsbzAocHRlKTsKKwkJCW1pcHNfd3JfZW50cnlsbzEob3RoZXIpOworCQl9 IGVsc2UgeworCQkJbWlwc193cl9lbnRyeWxvMChvdGhlcik7CisJCQltaXBzX3dyX2VudHJ5bG8x KHB0ZSk7CisJCX0KKwkJdGxiX3dyaXRlX3JhbmRvbSgpOwogCX0KIAogCW1pcHNfd3JfZW50cnlo aShhc2lkKTsK --0016e6470d0cb7d3aa048a292d86 Content-Type: text/plain; charset=US-ASCII; name="nop-change.diff" Content-Disposition: attachment; filename="nop-change.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb0mrhru1 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvY3B1cmVncy5oCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBz L2luY2x1ZGUvY3B1cmVncy5oCShyZXZpc2lvbiAyMDk1MjEpCisrKyBzeXMvbWlwcy9pbmNsdWRl L2NwdXJlZ3MuaAkod29ya2luZyBjb3B5KQpAQCAtMTE5LDcgKzExOSw3IEBACiAgKiBQaWNrIGEg cmVhc29uYWJsZSBkZWZhdWx0IGJhc2VkIG9uIHRoZSAidHlwaWNhbCIgc3BhY2luZyBkZXNjcmli ZWQgaW4gdGhlCiAgKiAiQ1AwIEhhemFyZHMiIGNoYXB0ZXIgb2YgTUlQUyBBcmNoaXRlY3R1cmUg Qm9vayBWb2wgSUlJLgogICovCi0jZGVmaW5lCUNPUDBfU1lOQyAgc3Nub3A7IHNzbm9wOyBzc25v cDsgc3Nub3A7IHNzbm9wCisjZGVmaW5lCUNPUDBfU1lOQyAgbm9wOyBub3A7IG5vcDsgbm9wOyBu b3AKICNlbmRpZgogI2RlZmluZQlDT1AwX0hBWkFSRF9GUFVFTkFCTEUJbm9wOyBub3A7IG5vcDsg bm9wOwogCg== --0016e6470d0cb7d3aa048a292d86-- From owner-freebsd-mips@FreeBSD.ORG Tue Jun 29 16:37:55 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D7B106567A for ; Tue, 29 Jun 2010 16:37:55 +0000 (UTC) (envelope-from waynegong83@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC0998FC1C for ; Tue, 29 Jun 2010 16:37:54 +0000 (UTC) Received: by vws13 with SMTP id 13so9670120vws.13 for ; Tue, 29 Jun 2010 09:37:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=ms2VpjenQNk9qJ+FgQ5B6LFMXP7czqWkxKBUeprSfBw=; b=Jk0HwxTlx3SFgDFKDPd0J7s/nidLfck02OXNyd0HrQl2kPOtASs5FvGUkirfS2JfGk 2Kn0UGWeHUquBcgTTdjZis+5XdYSRn8BEXte/HLxrt2z4SQrTmO1zHawsncbYlAa1kvh NFMoyrvjh8SzfJmmaUUtasplLEArwSJO9Ngug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=JdvRU08SFViUklmAvXB+oXa84dJyrqgNIhhXYfALaNzS7snQCANIYgtIDnOij/otmF SILSCO4cF6AbNBOHRmcJ2ZMwcjB/nOAdTbnnPnkNKDajRJ+X2Lk55UTjoSqZ1fONHsdw kWyPqHns6Fj5OfJPO0RK1zz6Sb6MB6Qq8vsTA= MIME-Version: 1.0 Received: by 10.220.76.200 with SMTP id d8mr3970827vck.261.1277829466842; Tue, 29 Jun 2010 09:37:46 -0700 (PDT) Received: by 10.220.191.2 with HTTP; Tue, 29 Jun 2010 09:37:46 -0700 (PDT) Date: Tue, 29 Jun 2010 22:07:46 +0530 Message-ID: From: waynegong L To: freebsd-mips@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mouting rootfs fails/devfs_lookup issue X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 16:37:55 -0000 Hi, I tried to boot the kernel ( N64ABI) on one of my octeon boards, with rootfs on the compact flash. The booting came to halt when mouting the rootfs, off the cf and dropped to mountroot prompt with below error. *ROOT MOUNT ERROR: If you have invalid mount options, reboot, and first try the following from the loader prompt: set vfs.root.mountfrom.options=rw * After some debugging, I found that devfs_lookup( ) was not able to find the entry cf0s1 in the /dev directory and so cameout with ENOENT error. Below is my understanding, Please correct me if i am wrong. The kernel tries to mount devfs as / and then creates a symbolic link betwen /dev and / in the devfs_first( ) Then it tries to mount the rootfs mentioned in config file(my case ROOTDEVNAME=\"ufs:cf0s1\") from the devfs root by going through vfs_donmount() --> vfs_domount() -> name() -> lookup () -> devfs_lookup (). In my case it finally failed at devfs_lookupx() Also devfs_fqpn() was called to create an entry which failed and eventually returned ENOENT error from devfs_lookupx (). -->Bootmsg shows that flash was detected properly *nexus0: Compact flash found in bootbus region 5 (16 bit). cf0: on nexus0 * -->Flash was partition as below. fdisk -vBI /dev/da0 bsdlabel -w /dev/da0s1 bsdlabel da0s1 newfs /dev/da0s1a Please let me know if i am missing some thing during my configuration. Thanks, Wayne. From owner-freebsd-mips@FreeBSD.ORG Tue Jun 29 17:02:16 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDED5106566B; Tue, 29 Jun 2010 17:02:15 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C1418FC17; Tue, 29 Jun 2010 17:02:15 +0000 (UTC) Received: by gxk7 with SMTP id 7so1229377gxk.13 for ; Tue, 29 Jun 2010 10:02:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=ahq2ipvlQe9Jvi7fyDFOfk1BegkYyb23RmomLtxolKo=; b=BrCpVmVGeRXagSsI/bQYeg1MyJxdp055jI4kNsgPUo8V73ZuxYWk1BhYrqiHhB8y/a PrJGnAmIOVNgr9gU3GjKrJsju+0qDB0FOisIGbiq1QwrwOnq0kt1wuk/ilReYW5h51Yy tDXSZz9bu7ip+whlnPkjYbdnPdPd71Aur3p0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=EBTV/xmRr0tyTw8B4LVWgoCwxNPIZBArJvDCxwnDiK0cN1NtD9C7ojg9xrrY19ZgEd SdqH0rHB2O6lpaBCKlCMnscLtAWlxQM7m5BpfZqzByLBC5boKZQH2l9cMMED60+s+lj4 JZfdUgj2SL154K5qbTXLn3tTifgBWOgg2x9dY= Received: by 10.229.226.81 with SMTP id iv17mr4076507qcb.290.1277830928289; Tue, 29 Jun 2010 10:02:08 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id t34sm5197390qcp.6.2010.06.29.10.02.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 29 Jun 2010 10:02:06 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Tue, 29 Jun 2010 14:02:00 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> To: Jayachandran C. X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 17:02:16 -0000 On Jun 29, 2010, at 8:02 AM, Jayachandran C. wrote: > On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza = wrote: >>> Thanks for the the update. Looks like pmap_map for kernel is = failing, >>> may be the new tlb_update code causes this. Can you apply the >>> attached patch and see if the problem still persists, it replaces = the >>> new tlb_update code with the older version. >>>=20 >>> Obviously not a fix, but if we can narrow it down to this function, >>> fixing will be easier. >>>=20 >>> JC. >>> >>=20 >> JC, >>=20 >> This fix the problem ! Thanks ! Now, at least, you know where to look = :) >=20 > The new tlb_update does not seem to update the tlb entry if the tlbp > fails. Here's a patch that should make the new function behave like > the older one. The patch is in attached file 'tlb-update.diff'. >=20 > If that does not work, I'm not sure what the issue is. You could also > try try the nop-change.diff attached. It tries to switch the ssnop > used for delay in the new code with 'nop' which was used by the old > code. >=20 > Thanks, > JC. > JC, The nop-change seems to have no effect at all and with the tlb-update = patch the kernel apparently crash at bzero(), here is the dmesg with = TRAP_DEBUG enabled: http://mips.pastebin.com/jydPvJ20 So hopefully you are on the right track and this may be something = obvious to you. Luiz= From owner-freebsd-mips@FreeBSD.ORG Tue Jun 29 17:34:05 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 059AF1065672 for ; Tue, 29 Jun 2010 17:34:05 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id B85B48FC19 for ; Tue, 29 Jun 2010 17:34:04 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5THO8Al012044; Tue, 29 Jun 2010 11:24:08 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 29 Jun 2010 11:24:21 -0600 (MDT) Message-Id: <20100629.112421.25793712605171655.imp@bsdimp.com> To: c.jayachandran@gmail.com From: "M. Warner Losh" In-Reply-To: References: X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 17:34:05 -0000 In message: "Jayachandran C." writes: : On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza wrote: : >> Thanks for the the update. Looks like pmap_map for kernel is faili= ng, : >> may be the new tlb_update code causes this. =A0Can you apply the : >> attached patch and see if the problem still persists, it replaces = the : >> new tlb_update code with the older version. : >> : >> Obviously not a fix, but if we can narrow it down to this function= , : >> fixing will be easier. : >> : >> JC. : >> : > : > JC, : > : > This fix the problem ! Thanks ! Now, at least, you know where to lo= ok :) : = : The new tlb_update does not seem to update the tlb entry if the tlbp : fails. Here's a patch that should make the new function behave like : the older one. The patch is in attached file 'tlb-update.diff'. : = : If that does not work, I'm not sure what the issue is. You could als= o : try try the nop-change.diff attached. It tries to switch the ssnop : used for delay in the new code with 'nop' which was used by the old : code. ssnop is a mips32r2/mips64r2 addition. We likely need to get smarter about the nop stuff, based on the CPU we configure. I can't recall if the Atheros is misp32 or mips32r2. IIRC, the idt RC32434 is mips32, as is the adm5120... Warner From owner-freebsd-mips@FreeBSD.ORG Tue Jun 29 20:04:55 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02A05106566B for ; Tue, 29 Jun 2010 20:04:55 +0000 (UTC) (envelope-from neelnatu@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 916048FC12 for ; Tue, 29 Jun 2010 20:04:54 +0000 (UTC) Received: by pvc30 with SMTP id 30so9178pvc.13 for ; Tue, 29 Jun 2010 13:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5HmlC5+gxnq+uAtl1s/7u8KJxRSYwTYSdAXNN9vwg7I=; b=hnl8YPxMutiuQeG25KFaWXWjhDZgGFITJDej7tVcCtPBSO/wPAnD1etJxAGjw0u2rC 7dGEob2+E5QUnu44hcltOFIik7ud4cjmBnQZaQKhMlm4PPyBJngWa0oPMQbXZ0+eXqL3 K2l+hpFEq+uDZDn/AK/Zbvh2M7DfPTzb4R3AE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tXsW3gQUDYefsQ/fROMZE8TEnH7MnaEkBH5UwXOrgh81gdeTi2EPZRJ/2oTiuWR4cY 9TXi7tTX7zh/5NLOixVEGNxVPvrND3YAXrjrPxDPDgrBQujHldeLStOrWQtcBKdZYi4U DB4sYEOlLvdxPBbkhBXPphRzjtHrY5Wf2qK1Q= MIME-Version: 1.0 Received: by 10.142.215.19 with SMTP id n19mr3779880wfg.336.1277841872631; Tue, 29 Jun 2010 13:04:32 -0700 (PDT) Received: by 10.142.126.2 with HTTP; Tue, 29 Jun 2010 13:04:32 -0700 (PDT) In-Reply-To: <20100629.112421.25793712605171655.imp@bsdimp.com> References: <20100629.112421.25793712605171655.imp@bsdimp.com> Date: Tue, 29 Jun 2010 13:04:32 -0700 Message-ID: From: Neel Natu To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 20:04:55 -0000 Hi, On Tue, Jun 29, 2010 at 10:24 AM, M. Warner Losh wrote: > In message: > =A0 =A0 =A0 =A0 =A0 =A0"Jayachandran C." write= s: > : On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza wrote: > : >> Thanks for the the update. Looks like pmap_map for kernel is failing= , > : >> may be the new tlb_update code causes this. =A0Can you apply the > : >> attached patch and see if the problem still persists, it replaces th= e > : >> new tlb_update code with the older version. > : >> > : >> Obviously not a fix, but if we can narrow it down to this function, > : >> fixing will be easier. > : >> > : >> JC. > : >> > : > > : > JC, > : > > : > This fix the problem ! Thanks ! Now, at least, you know where to look= :) > : > : The new tlb_update does not seem to update the tlb entry if the tlbp > : fails. =A0Here's a patch that should make the new function behave like > : the older one. =A0The patch is in attached file 'tlb-update.diff'. > : > : If that does not work, I'm not sure what the issue is. =A0You could als= o > : try try the nop-change.diff attached. It tries to switch the ssnop > : used for delay in the new code with 'nop' which was used by the old > : code. > > ssnop is a mips32r2/mips64r2 addition. =A0We likely need to get smarter > about the nop stuff, based on the CPU we configure. =A0I can't recall if > the Atheros is misp32 or mips32r2. =A0IIRC, the idt RC32434 is mips32, > as is the adm5120... > It seems that ssnop should be identical to nop on non-superscalar processor= s. Here is the snippet from vol2 of the mips64 architecture manual. Format: MIPS32 SSNOP Purpose: Break superscalar issue on a superscalar processor. Description: SSNOP is the assembly idiom used to denote superscalar no operation. The actual instruction is interpreted by the hardware as SLL r0, r0, 1. This instruction alters the instruction issue behavior on a superscalar processor by forcing the SSNOP instruction to single-issue. The processor must then end the current instruction issue between the instruction previous to the SSNOP and the SSNOP. The SSNOP then issues alone in the next issue slot. On a single-issue processor, this instruction is a NOP that takes an issue = slot. It may lead to less efficient code on multiple issue processors but replacing a nop with an ssnop should be always be safe, right? best Neel > Warner > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > From owner-freebsd-mips@FreeBSD.ORG Tue Jun 29 20:30:59 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 354B3106567A for ; Tue, 29 Jun 2010 20:30:59 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DCC5E8FC18 for ; Tue, 29 Jun 2010 20:30:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5TKOvPP014167; Tue, 29 Jun 2010 14:24:58 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 29 Jun 2010 14:25:11 -0600 (MDT) Message-Id: <20100629.142511.47726460528861958.imp@bsdimp.com> To: neelnatu@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20100629.112421.25793712605171655.imp@bsdimp.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 20:30:59 -0000 In message: Neel Natu writes: : Hi, : = : On Tue, Jun 29, 2010 at 10:24 AM, M. Warner Losh wro= te: : > In message: : > =A0 =A0 =A0 =A0 =A0 =A0"Jayachandran C." = writes: : > : On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza wrote: : > : >> Thanks for the the update. Looks like pmap_map for kernel is f= ailing, : > : >> may be the new tlb_update code causes this. =A0Can you apply t= he : > : >> attached patch and see if the problem still persists, it repla= ces the : > : >> new tlb_update code with the older version. : > : >> : > : >> Obviously not a fix, but if we can narrow it down to this func= tion, : > : >> fixing will be easier. : > : >> : > : >> JC. : > : >> : > : > : > : > JC, : > : > : > : > This fix the problem ! Thanks ! Now, at least, you know where t= o look :) : > : : > : The new tlb_update does not seem to update the tlb entry if the t= lbp : > : fails. =A0Here's a patch that should make the new function behave= like : > : the older one. =A0The patch is in attached file 'tlb-update.diff'= .= : > : : > : If that does not work, I'm not sure what the issue is. =A0You cou= ld also : > : try try the nop-change.diff attached. It tries to switch the ssno= p : > : used for delay in the new code with 'nop' which was used by the o= ld : > : code. : > : > ssnop is a mips32r2/mips64r2 addition. =A0We likely need to get sma= rter : > about the nop stuff, based on the CPU we configure. =A0I can't reca= ll if : > the Atheros is misp32 or mips32r2. =A0IIRC, the idt RC32434 is mips= 32, : > as is the adm5120... : > : = : It seems that ssnop should be identical to nop on non-superscalar pro= cessors. : = : Here is the snippet from vol2 of the mips64 architecture manual. : = : : Format: : MIPS32 : SSNOP : Purpose: : Break superscalar issue on a superscalar processor. : Description: : SSNOP is the assembly idiom used to denote superscalar no operation. : The actual instruction is interpreted by the : hardware as SLL r0, r0, 1. : This instruction alters the instruction issue behavior on a : superscalar processor by forcing the SSNOP instruction to : single-issue. The processor must then end the current instruction : issue between the instruction previous to the SSNOP : and the SSNOP. The SSNOP then issues alone in the next issue slot. : On a single-issue processor, this instruction is a NOP that takes an = issue slot. : : = : It may lead to less efficient code on multiple issue processors but : replacing a nop with an ssnop should be always be safe, right? You're right. For processors that don't support ssnop, it is identical to nop. But a single ssnop may not be sufficient on all processors. But, as a practical matter, I think that 4 ssnops is the same as 4 nops and sufficient for tlb hazards. However, I was confusing ssnop with ehb (and jump variants). ehb in MIPS{32,64}R2 processors so that a single instruction will delay the right amount to prevent any CP0 and other hazards. I'd argue we should use these instructions on R2 processors, since they are more efficient than guessing the right number of nops. Shorter too :) Warner From owner-freebsd-mips@FreeBSD.ORG Tue Jun 29 22:41:58 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA4E106564A for ; Tue, 29 Jun 2010 22:41:58 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AE7498FC1D for ; Tue, 29 Jun 2010 22:41:58 +0000 (UTC) Received: by vws13 with SMTP id 13so211856vws.13 for ; Tue, 29 Jun 2010 15:41:52 -0700 (PDT) Received: by 10.220.124.196 with SMTP id v4mr4220910vcr.175.1277851312401; Tue, 29 Jun 2010 15:41:52 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.220.188.69 with HTTP; Tue, 29 Jun 2010 15:41:31 -0700 (PDT) In-Reply-To: References: From: Juli Mallett Date: Tue, 29 Jun 2010 15:41:31 -0700 X-Google-Sender-Auth: K682prBVkZo2BDqJSnKkXFzVY5c Message-ID: To: waynegong L Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: mouting rootfs fails/devfs_lookup issue X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jun 2010 22:41:59 -0000 On Tue, Jun 29, 2010 at 09:37, waynegong L wrote: > I =A0tried to boot the kernel ( N64ABI) on one of my =A0octeon boards, wi= th > rootfs on the compact flash. N64 worlds are not currently supported. N64 kernels will not be able to run init. > The booting came to halt when mouting the rootfs, off the cf and dropped = to > mountroot prompt with below error. > *ROOT MOUNT ERROR: > If you have invalid mount options, reboot, and first try the following fr= om > the loader prompt: > =A0 =A0 set vfs.root.mountfrom.options=3Drw > * > After some debugging, I found that devfs_lookup( ) was not able to find t= he > entry cf0s1 in the /dev directory > and so cameout with ENOENT error. Below is my understanding, Please corre= ct > me if i am wrong. > [ ... ] > -->Flash was partition as below. > fdisk -vBI /dev/da0 > bsdlabel -w /dev/da0s1 > bsdlabel da0s1 > newfs /dev/da0s1a > > Please let me know if i am missing some thing during my configuration. Your root device is cf0s1a, not cf0s1. From owner-freebsd-mips@FreeBSD.ORG Wed Jun 30 12:57:31 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B7C1106566C; Wed, 30 Jun 2010 12:57:31 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 71B608FC1A; Wed, 30 Jun 2010 12:57:30 +0000 (UTC) Received: by fxm13 with SMTP id 13so437327fxm.13 for ; Wed, 30 Jun 2010 05:57:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=dEGuD5uGrcxhWmn5UrDDYq2dm6CZ5E54XEHOaEsMYI0=; b=W5PTeCPjnz90pv6Int3qqW23hp3cP3EC09mkQxj58xBpsx97YSEhAgyndzQaMouvM3 hilpWq9RYTHz3mZk7yuPSNDPuF4w1q33Hiy8bYzF39d6mrSFkT+sUxKrAG9Nmw3PzzK/ scRG2Az8wwuL2OQvzeAxBW1f7rW+yooMmlwi4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=W79B/cHS6XhBWxfT3iXNc8MaGDCFG6FIQjnjUIWv/mdNQWOSRNQNNQF9GvlTPLKRhJ D7Fyz04pAm7bHL9Kn46dwdwZQALcefb3p91l1wDiJstL6MTvBSAD7RXQASKXTIyVBvBK Q5Baeh8AHdu81dUFuItxpShqmcH9WqwFoy6r0= MIME-Version: 1.0 Received: by 10.103.205.23 with SMTP id h23mr2880969muq.88.1277902644635; Wed, 30 Jun 2010 05:57:24 -0700 (PDT) Received: by 10.220.199.2 with HTTP; Wed, 30 Jun 2010 05:57:24 -0700 (PDT) In-Reply-To: <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> Date: Wed, 30 Jun 2010 18:27:24 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: multipart/mixed; boundary=00235418615830e8db048a3ee587 Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 12:57:31 -0000 --00235418615830e8db048a3ee587 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Tue, Jun 29, 2010 at 10:32 PM, Luiz Otavio O Souza wrote: > > On Jun 29, 2010, at 8:02 AM, Jayachandran C. wrote: > >> On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza wrote: >>>> Thanks for the the update. Looks like pmap_map for kernel is failing, >>>> may be the new tlb_update code causes this. =A0Can you apply the >>>> attached patch and see if the problem still persists, it replaces the >>>> new tlb_update code with the older version. >>>> >>>> Obviously not a fix, but if we can narrow it down to this function, >>>> fixing will be easier. >>>> >>>> JC. >>>> >>> >>> JC, >>> >>> This fix the problem ! Thanks ! Now, at least, you know where to look := ) >> >> The new tlb_update does not seem to update the tlb entry if the tlbp >> fails. =A0Here's a patch that should make the new function behave like >> the older one. =A0The patch is in attached file 'tlb-update.diff'. >> >> If that does not work, I'm not sure what the issue is. =A0You could also >> try try the nop-change.diff attached. It tries to switch the ssnop >> used for delay in the new code with 'nop' which was used by the old >> code. >> >> Thanks, >> JC. >> > > JC, > > The nop-change seems to have no effect at all and with the tlb-update pat= ch the kernel apparently crash at bzero(), here is the dmesg with TRAP_DEBU= G enabled: > > http://mips.pastebin.com/jydPvJ20 > > So hopefully you are on the right track and this may be something obvious= to you. Not yet :) I really hoped the earlier change would fix it. The number of nop does not seem to be the issue as it is higher in the C code than the assembly. Can you try the attached patch (try.diff) - this re-implements the assembly code functionality almost in the same way in C. This really should work, given that the patch which made it assembly worked... If that works can you see if the second attached patch works, this fixes a potential problem (ie, we should be masking 13bits for TLBHI). Both patches should apply directly to SVN (not dependent on each other, or on previous patches) Thanks again, JC. --00235418615830e8db048a3ee587 Content-Type: text/plain; charset=US-ASCII; name="try.diff" Content-Disposition: attachment; filename="try.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb25y7ke0 SW5kZXg6IHN5cy9taXBzL21pcHMvdGxiLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvbWlwcy90 bGIuYwkocmV2aXNpb24gMjA5NTIxKQorKysgc3lzL21pcHMvbWlwcy90bGIuYwkod29ya2luZyBj b3B5KQpAQCAtMjE3LDM0ICsyMTcsNDMgQEAKIHZvaWQKIHRsYl91cGRhdGUoc3RydWN0IHBtYXAg KnBtYXAsIHZtX29mZnNldF90IHZhLCBwdF9lbnRyeV90IHB0ZSkKIHsKLQlyZWdpc3Rlcl90IG1h c2ssIGFzaWQ7Ci0JcmVnaXN0ZXJfdCBzOwotCWludCBpOworCXB0X2VudHJ5X3Qgb3RoZXI7CisJ cmVnaXN0ZXJfdCBvbGRoaSwgaGksIHM7CisJaW50IGksIGV2ZW47CiAKLQl2YSAmPSB+UEFHRV9N QVNLOworCWV2ZW4gPSAodmEgJiBQQUdFX1NJWkUpID09IDA7CisJb3RoZXIgPSBwdGUgJiBQVEVf RzsKIAlwdGUgJj0gflRMQkxPX1NXQklUU19NQVNLOworCWhpID0gKHZhICYgMHhmZmZmZTAwMCkg fCAocG1hcF9hc2lkKHBtYXApICYgMHhmZik7CiAKIAlzID0gaW50cl9kaXNhYmxlKCk7Ci0JbWFz ayA9IG1pcHNfcmRfcGFnZW1hc2soKTsKLQlhc2lkID0gbWlwc19yZF9lbnRyeWhpKCkgJiBUTEJI SV9BU0lEX01BU0s7Ci0KLQltaXBzX3dyX3BhZ2VtYXNrKDApOwotCW1pcHNfd3JfZW50cnloaShU TEJISV9FTlRSWSh2YSwgcG1hcF9hc2lkKHBtYXApKSk7CisJb2xkaGkgPSBtaXBzX3JkX2VudHJ5 aGkoKTsKKwltaXBzX3dyX2VudHJ5aGkoaGkpOwogCXRsYl9wcm9iZSgpOwogCWkgPSBtaXBzX3Jk X2luZGV4KCk7CiAJaWYgKGkgPj0gMCkgewogCQl0bGJfcmVhZCgpOwogCi0JCWlmICgodmEgJiBQ QUdFX1NJWkUpID09IDApIHsKKwkJaWYgKGV2ZW4pIHsKIAkJCW1pcHNfd3JfZW50cnlsbzAocHRl KTsKIAkJfSBlbHNlIHsKIAkJCW1pcHNfd3JfZW50cnlsbzEocHRlKTsKIAkJfQogCQl0bGJfd3Jp dGVfaW5kZXhlZCgpOworCX0gZWxzZSB7CisJCW1pcHNfd3JfcGFnZW1hc2soMCk7CisJCW1pcHNf d3JfZW50cnloaShoaSk7CisJCWlmIChldmVuKSB7CisJCQltaXBzX3dyX2VudHJ5bG8wKHB0ZSk7 CisJCQltaXBzX3dyX2VudHJ5bG8xKG90aGVyKTsKKwkJfSBlbHNlIHsKKwkJCW1pcHNfd3JfZW50 cnlsbzAob3RoZXIpOworCQkJbWlwc193cl9lbnRyeWxvMShwdGUpOworCQl9CisJCXRsYl93cml0 ZV9yYW5kb20oKTsKIAl9CiAKLQltaXBzX3dyX2VudHJ5aGkoYXNpZCk7Ci0JbWlwc193cl9wYWdl bWFzayhtYXNrKTsKKwltaXBzX3dyX2VudHJ5aGkob2xkaGkpOwogCWludHJfcmVzdG9yZShzKTsK IH0KIAo= --00235418615830e8db048a3ee587 Content-Type: text/plain; charset=US-ASCII; name="pte.h-fix.diff" Content-Disposition: attachment; filename="pte.h-fix.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb25yl9o1 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvcHRlLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvaW5j bHVkZS9wdGUuaAkocmV2aXNpb24gMjA5NTIxKQorKysgc3lzL21pcHMvaW5jbHVkZS9wdGUuaAko d29ya2luZyBjb3B5KQpAQCAtNzMsNyArNzMsOCBAQAogICogTm90ZSB0aGF0IGluIEZyZWVCU0Qs IHdlIG1hcCAyIFRMQiBwYWdlcyBpcyBlcXVhbCB0byAxIFZNIHBhZ2UuCiAgKi8KICNkZWZpbmUJ VExCSElfQVNJRF9NQVNLCQkoMHhmZikKLSNkZWZpbmUJVExCSElfRU5UUlkodmEsIGFzaWQpCSgo KHZhKSAmIH5QQUdFX01BU0spIHwgKChhc2lkKSAmIFRMQkhJX0FTSURfTUFTSykpCisjZGVmaW5l CVRMQkhJX1BBR0VfTUFTSwkJKH4oMiAqIFBBR0VfU0laRSAtIDEpKQorI2RlZmluZQlUTEJISV9F TlRSWSh2YSwgYXNpZCkJKCgodmEpICYgVExCSElfUEFHRV9NQVNLKSB8ICgoYXNpZCkgJiBUTEJI SV9BU0lEX01BU0spKQogCiAjaWZuZGVmIF9MT0NPUkUKIHR5cGVkZWYJdWludDMyX3QgcHRfZW50 cnlfdDsK --00235418615830e8db048a3ee587-- From owner-freebsd-mips@FreeBSD.ORG Wed Jun 30 17:08:26 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6919B106566C; Wed, 30 Jun 2010 17:08:26 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id E99E28FC19; Wed, 30 Jun 2010 17:08:25 +0000 (UTC) Received: by gyf3 with SMTP id 3so709551gyf.13 for ; Wed, 30 Jun 2010 10:08:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=rAYiZjSqZwq25TYYFcR65zcrSVzX9aHdMz6o5/QcLGs=; b=Bpj2ulQQ9AMKlAYVoS2PPkDzDCGNVW4zi+IH60heui0F05LhnGAb2aHLUkyPn5X+ga W4qhTdDcvAsnqdjYxvOy8U4JenCWiVSUrRza1MFzVvtLPevI6eh1p2G9GnLalsRfpPMN q7nJDFDoKnyJ0u8DxmqfMgTIfZiIDKnMTS6xk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=tOgMkTLvrzsCFGFlBe3m/YEJJJyTal7LCMoWGQr8ZW7cTJSyLCzSO1BBxIm/SmK9yq U8vb6hdGPUB+b3mHkevUUkxEM0wDPO7to+2ezb7DUeOjFu67DmH2rh2GzD2QCZI93DDF wt6UpWtcdP4stKgvcNJXZKjmCANaRk3X/9uJE= Received: by 10.229.241.207 with SMTP id lf15mr5339886qcb.134.1277917699884; Wed, 30 Jun 2010 10:08:19 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id c35sm28493693qco.0.2010.06.30.10.08.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 30 Jun 2010 10:08:18 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Wed, 30 Jun 2010 14:08:13 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> To: Jayachandran C. X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 17:08:26 -0000 On Jun 30, 2010, at 9:57 AM, Jayachandran C. wrote: > On Tue, Jun 29, 2010 at 10:32 PM, Luiz Otavio O Souza > wrote: >>=20 >> On Jun 29, 2010, at 8:02 AM, Jayachandran C. wrote: >>=20 >>> On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza = wrote: >>>>> Thanks for the the update. Looks like pmap_map for kernel is = failing, >>>>> may be the new tlb_update code causes this. Can you apply the >>>>> attached patch and see if the problem still persists, it replaces = the >>>>> new tlb_update code with the older version. >>>>>=20 >>>>> Obviously not a fix, but if we can narrow it down to this = function, >>>>> fixing will be easier. >>>>>=20 >>>>> JC. >>>>> >>>>=20 >>>> JC, >>>>=20 >>>> This fix the problem ! Thanks ! Now, at least, you know where to = look :) >>>=20 >>> The new tlb_update does not seem to update the tlb entry if the tlbp >>> fails. Here's a patch that should make the new function behave like >>> the older one. The patch is in attached file 'tlb-update.diff'. >>>=20 >>> If that does not work, I'm not sure what the issue is. You could = also >>> try try the nop-change.diff attached. It tries to switch the ssnop >>> used for delay in the new code with 'nop' which was used by the old >>> code. >>>=20 >>> Thanks, >>> JC. >>> >>=20 >> JC, >>=20 >> The nop-change seems to have no effect at all and with the tlb-update = patch the kernel apparently crash at bzero(), here is the dmesg with = TRAP_DEBUG enabled: >>=20 >> http://mips.pastebin.com/jydPvJ20 >>=20 >> So hopefully you are on the right track and this may be something = obvious to you. >=20 > Not yet :) I really hoped the earlier change would fix it. The number > of nop does not seem to be the issue as it is higher in the C code > than the assembly. >=20 > Can you try the attached patch (try.diff) - this re-implements the > assembly code functionality almost in the same way in C. This really > should work, given that the patch which made it assembly worked... >=20 > If that works can you see if the second attached patch works, this > fixes a potential problem (ie, we should be masking 13bits for TLBHI). >=20 > Both patches should apply directly to SVN (not dependent on each > other, or on previous patches) >=20 > Thanks again, > JC. > JC, The try.diff works with or without the pte.h change (at least for a = simple boot) and the pte.h change does nothing without the try.diff. Thanks for the promptly fix :) Luiz From owner-freebsd-mips@FreeBSD.ORG Wed Jun 30 21:12:47 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D436D106564A for ; Wed, 30 Jun 2010 21:12:47 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8151D8FC15 for ; Wed, 30 Jun 2010 21:12:47 +0000 (UTC) Received: by iwn9 with SMTP id 9so1542015iwn.13 for ; Wed, 30 Jun 2010 14:12:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=/AonczMnLVFbo1krSqG2njF4bmNl2uFf6S8buRmL0/E=; b=Vq3lQpxkR+NeWB/z1JV2lg/S39KnhOBgQrRaBp4q3fEcM/07ZMcOKDNIUYDYvgs2Bx HSuBYcNp5KAapd185GGTvuIn4ilvqm6cWfAx4koI+UYy5TM/0th5tv/a3XobzPLTD8zS 0iAhbE/Mqx7kInkbAp45Yu6HQP6XT/SMB71l8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Mk3sqMTgvIsEEr1+I6HkX2iheZgKpQ5bFaAVHPDoYz3vEVxfQKLXYI5UIIGjuQI3jC jwnaYzPklOLYlvBi3qpWWrU3ZF4g0W8655di/zA/durlGq/BnE9+IqtSg7G4/LcY996D O63xvMU+SDczdI8EBPSqbkYH4GFDxu949eDOs= MIME-Version: 1.0 Received: by 10.231.30.129 with SMTP id u1mr7512302ibc.63.1277932366559; Wed, 30 Jun 2010 14:12:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.231.152.3 with HTTP; Wed, 30 Jun 2010 14:12:46 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> Date: Thu, 1 Jul 2010 05:12:46 +0800 X-Google-Sender-Auth: JkMj-ClStSgi2SdveY5L0FGR6ME Message-ID: From: Adrian Chadd To: "Jayachandran C." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 21:12:47 -0000 On 30 June 2010 20:57, Jayachandran C. wrote: >> So hopefully you are on the right track and this may be something obviou= s to you. > > Not yet :) I really hoped the earlier change would fix it. =A0The number > of nop does not seem to be the issue as it is higher in the C code > than the assembly. > > Can you try the attached patch (try.diff) - this re-implements the > assembly code functionality almost in the same way in C. =A0This really > should work, given that the patch which made it assembly worked... > > If that works can you see if the second attached patch works, this > fixes a potential problem (ie, we should be masking 13bits for TLBHI). > > Both patches should apply directly to SVN (not dependent on each > other, or on previous patches) I've applied try.diff (and usb_rspro.diff) to -current and have successfully booted a kernel on an rspro board. I'll do some test port building and report back any issues. Adrian From owner-freebsd-mips@FreeBSD.ORG Wed Jun 30 22:40:18 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28E34106566B; Wed, 30 Jun 2010 22:40:18 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AAC348FC08; Wed, 30 Jun 2010 22:40:17 +0000 (UTC) Received: by vws6 with SMTP id 6so537867vws.13 for ; Wed, 30 Jun 2010 15:40:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=zw9HxtZQr5DFI2r5+aU8qzL7b3HNl9WVW+aiOEIrqJI=; b=RiQ9Atxg93ymmNp2AnaQPc/VMq0Ymw11+F2p6l2IbEQA21wwmvwneHcYmt/e/cylAP euhxlhN6wunVcNVs8+n2nrPDq9GuhlPQk3xbV7x1WzhM6/zeeK4XRsjr3hqz5x2vfFNU tp8Z0ToFcXAQWK7wE7h7zQgWGIoc70kTGJERk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=BWwtA1dO4ra/qaZtfGZ8nlXzMkWwz5kaRZ8TPl3BxjBMVGa0qfIBxsO7Uth1DawWg4 MEwnAIr6hWBAlm+LA8uvyZKZmndyfE3Kk2o8tFd6ivcVv113sWESNu/qlMjDBnEgOyBD gbm1qsXAN/5sh01gDvSwKTwgty6LQjc8jJIzM= MIME-Version: 1.0 Received: by 10.220.47.216 with SMTP id o24mr5132833vcf.226.1277937605352; Wed, 30 Jun 2010 15:40:05 -0700 (PDT) Received: by 10.220.199.2 with HTTP; Wed, 30 Jun 2010 15:40:05 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> Date: Thu, 1 Jul 2010 04:10:05 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: multipart/mixed; boundary=0016e64713aa031d92048a4709fb Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 22:40:18 -0000 --0016e64713aa031d92048a4709fb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Jun 30, 2010 at 10:38 PM, Luiz Otavio O Souza wrote: > On Jun 30, 2010, at 9:57 AM, Jayachandran C. wrote: > >> On Tue, Jun 29, 2010 at 10:32 PM, Luiz Otavio O Souza >> wrote: >>> >>> On Jun 29, 2010, at 8:02 AM, Jayachandran C. wrote: >>> >>>> On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza wrote: >>>>>> Thanks for the the update. Looks like pmap_map for kernel is failing= , >>>>>> may be the new tlb_update code causes this. =A0Can you apply the >>>>>> attached patch and see if the problem still persists, it replaces th= e >>>>>> new tlb_update code with the older version. >>>>>> >>>>>> Obviously not a fix, but if we can narrow it down to this function, >>>>>> fixing will be easier. >>>>>> >>>>>> JC. >>>>>> >>>>> >>>>> JC, >>>>> >>>>> This fix the problem ! Thanks ! Now, at least, you know where to look= :) >>>> >>>> The new tlb_update does not seem to update the tlb entry if the tlbp >>>> fails. =A0Here's a patch that should make the new function behave like >>>> the older one. =A0The patch is in attached file 'tlb-update.diff'. >>>> >>>> If that does not work, I'm not sure what the issue is. =A0You could al= so >>>> try try the nop-change.diff attached. It tries to switch the ssnop >>>> used for delay in the new code with 'nop' which was used by the old >>>> code. >>>> >>>> Thanks, >>>> JC. >>>> >>> >>> JC, >>> >>> The nop-change seems to have no effect at all and with the tlb-update p= atch the kernel apparently crash at bzero(), here is the dmesg with TRAP_DE= BUG enabled: >>> >>> http://mips.pastebin.com/jydPvJ20 >>> >>> So hopefully you are on the right track and this may be something obvio= us to you. >> >> Not yet :) I really hoped the earlier change would fix it. =A0The number >> of nop does not seem to be the issue as it is higher in the C code >> than the assembly. >> >> Can you try the attached patch (try.diff) - this re-implements the >> assembly code functionality almost in the same way in C. =A0This really >> should work, given that the patch which made it assembly worked... >> >> If that works can you see if the second attached patch works, this >> fixes a potential problem (ie, we should be masking 13bits for TLBHI). >> >> Both patches should apply directly to SVN (not dependent on each >> other, or on previous patches) >> >> Thanks again, >> JC. >> > > > JC, > > The try.diff works with or without the pte.h change (at least for a simpl= e boot) and the pte.h change does nothing without the try.diff. I've attached the final(final.diff) version I want to check-in, can you please quickly test it? If that does not work, can you tell me if the attached alt1.diff or alt2.diff works? The try.diff had three changes: handle case of index>0, remove pagemask operation, restore full entryhi instead of asid. So if the first does not work, this will help narrow down the rest of the cases. Hopefully this is the last iteration :) JC. --0016e64713aa031d92048a4709fb Content-Type: application/octet-stream; name="final.diff" Content-Disposition: attachment; filename="final.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb2qu65d0 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvcHRlLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvaW5j bHVkZS9wdGUuaAkocmV2aXNpb24gMjA5NTIxKQorKysgc3lzL21pcHMvaW5jbHVkZS9wdGUuaAko d29ya2luZyBjb3B5KQpAQCAtNzMsNyArNzMsOCBAQAogICogTm90ZSB0aGF0IGluIEZyZWVCU0Qs IHdlIG1hcCAyIFRMQiBwYWdlcyBpcyBlcXVhbCB0byAxIFZNIHBhZ2UuCiAgKi8KICNkZWZpbmUJ VExCSElfQVNJRF9NQVNLCQkoMHhmZikKLSNkZWZpbmUJVExCSElfRU5UUlkodmEsIGFzaWQpCSgo KHZhKSAmIH5QQUdFX01BU0spIHwgKChhc2lkKSAmIFRMQkhJX0FTSURfTUFTSykpCisjZGVmaW5l CVRMQkhJX1BBR0VfTUFTSwkJKDIgKiBQQUdFX1NJWkUgLSAxKQorI2RlZmluZQlUTEJISV9FTlRS WSh2YSwgYXNpZCkJKCgodmEpICYgflRMQkhJX1BBR0VfTUFTSykgfCAoKGFzaWQpICYgVExCSElf QVNJRF9NQVNLKSkKIAogI2lmbmRlZiBfTE9DT1JFCiB0eXBlZGVmCXVpbnQzMl90IHB0X2VudHJ5 X3Q7CkluZGV4OiBzeXMvbWlwcy9taXBzL3RsYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL21p cHMvdGxiLmMJKHJldmlzaW9uIDIwOTUyMSkKKysrIHN5cy9taXBzL21pcHMvdGxiLmMJKHdvcmtp bmcgY29weSkKQEAgLTIxNywzMCArMjE3LDQxIEBACiB2b2lkCiB0bGJfdXBkYXRlKHN0cnVjdCBw bWFwICpwbWFwLCB2bV9vZmZzZXRfdCB2YSwgcHRfZW50cnlfdCBwdGUpCiB7Ci0JcmVnaXN0ZXJf dCBtYXNrLCBhc2lkOworCXB0X2VudHJ5X3Qgb3RoZXI7CisJcmVnaXN0ZXJfdCBtYXNrLCBhc2lk LCBoaTsKIAlyZWdpc3Rlcl90IHM7Ci0JaW50IGk7CisJaW50IGksIGV2ZW47CiAKLQl2YSAmPSB+ UEFHRV9NQVNLOworCXMgPSBpbnRyX2Rpc2FibGUoKTsKKwlldmVuID0gKHZhICYgUEFHRV9TSVpF KSA9PSAwOwogCXB0ZSAmPSB+VExCTE9fU1dCSVRTX01BU0s7Ci0KLQlzID0gaW50cl9kaXNhYmxl KCk7CisJaGkgPSBUTEJISV9FTlRSWSh2YSwgcG1hcF9hc2lkKHBtYXApKTsKIAltYXNrID0gbWlw c19yZF9wYWdlbWFzaygpOwogCWFzaWQgPSBtaXBzX3JkX2VudHJ5aGkoKSAmIFRMQkhJX0FTSURf TUFTSzsKLQotCW1pcHNfd3JfcGFnZW1hc2soMCk7Ci0JbWlwc193cl9lbnRyeWhpKFRMQkhJX0VO VFJZKHZhLCBwbWFwX2FzaWQocG1hcCkpKTsKKwltaXBzX3dyX2VudHJ5aGkoaGkpOwogCXRsYl9w cm9iZSgpOwogCWkgPSBtaXBzX3JkX2luZGV4KCk7CiAJaWYgKGkgPj0gMCkgewogCQl0bGJfcmVh ZCgpOwogCi0JCWlmICgodmEgJiBQQUdFX1NJWkUpID09IDApIHsKKwkJaWYgKGV2ZW4pIHsKIAkJ CW1pcHNfd3JfZW50cnlsbzAocHRlKTsKIAkJfSBlbHNlIHsKIAkJCW1pcHNfd3JfZW50cnlsbzEo cHRlKTsKIAkJfQogCQl0bGJfd3JpdGVfaW5kZXhlZCgpOworCX0gZWxzZSB7CisJCW90aGVyID0g cHRlICYgUFRFX0c7CisJCW1pcHNfd3JfcGFnZW1hc2soMCk7CisJCW1pcHNfd3JfZW50cnloaSho aSk7CisJCWlmIChldmVuKSB7CisJCQltaXBzX3dyX2VudHJ5bG8wKHB0ZSk7CisJCQltaXBzX3dy X2VudHJ5bG8xKG90aGVyKTsKKwkJfSBlbHNlIHsKKwkJCW1pcHNfd3JfZW50cnlsbzAob3RoZXIp OworCQkJbWlwc193cl9lbnRyeWxvMShwdGUpOworCQl9CisJCXRsYl93cml0ZV9yYW5kb20oKTsK IAl9CiAKIAltaXBzX3dyX2VudHJ5aGkoYXNpZCk7Cg== --0016e64713aa031d92048a4709fb Content-Type: application/octet-stream; name="alt1.diff" Content-Disposition: attachment; filename="alt1.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb2quof51 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvcHRlLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvaW5j bHVkZS9wdGUuaAkocmV2aXNpb24gMjA5NTIxKQorKysgc3lzL21pcHMvaW5jbHVkZS9wdGUuaAko d29ya2luZyBjb3B5KQpAQCAtNzMsNyArNzMsOCBAQAogICogTm90ZSB0aGF0IGluIEZyZWVCU0Qs IHdlIG1hcCAyIFRMQiBwYWdlcyBpcyBlcXVhbCB0byAxIFZNIHBhZ2UuCiAgKi8KICNkZWZpbmUJ VExCSElfQVNJRF9NQVNLCQkoMHhmZikKLSNkZWZpbmUJVExCSElfRU5UUlkodmEsIGFzaWQpCSgo KHZhKSAmIH5QQUdFX01BU0spIHwgKChhc2lkKSAmIFRMQkhJX0FTSURfTUFTSykpCisjZGVmaW5l CVRMQkhJX1BBR0VfTUFTSwkJKDIgKiBQQUdFX1NJWkUgLSAxKQorI2RlZmluZQlUTEJISV9FTlRS WSh2YSwgYXNpZCkJKCgodmEpICYgflRMQkhJX1BBR0VfTUFTSykgfCAoKGFzaWQpICYgVExCSElf QVNJRF9NQVNLKSkKIAogI2lmbmRlZiBfTE9DT1JFCiB0eXBlZGVmCXVpbnQzMl90IHB0X2VudHJ5 X3Q7CkluZGV4OiBzeXMvbWlwcy9taXBzL3RsYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL21p cHMvdGxiLmMJKHJldmlzaW9uIDIwOTUyMSkKKysrIHN5cy9taXBzL21pcHMvdGxiLmMJKHdvcmtp bmcgY29weSkKQEAgLTIxNywzMCArMjE3LDQxIEBACiB2b2lkCiB0bGJfdXBkYXRlKHN0cnVjdCBw bWFwICpwbWFwLCB2bV9vZmZzZXRfdCB2YSwgcHRfZW50cnlfdCBwdGUpCiB7Ci0JcmVnaXN0ZXJf dCBtYXNrLCBhc2lkOworCXB0X2VudHJ5X3Qgb3RoZXI7CisJcmVnaXN0ZXJfdCBtYXNrLCBhc2lk LCBoaTsKIAlyZWdpc3Rlcl90IHM7Ci0JaW50IGk7CisJaW50IGksIGV2ZW47CiAKLQl2YSAmPSB+ UEFHRV9NQVNLOworCXMgPSBpbnRyX2Rpc2FibGUoKTsKKwlldmVuID0gKHZhICYgUEFHRV9TSVpF KSA9PSAwOwogCXB0ZSAmPSB+VExCTE9fU1dCSVRTX01BU0s7Ci0KLQlzID0gaW50cl9kaXNhYmxl KCk7CisJaGkgPSBUTEJISV9FTlRSWSh2YSwgcG1hcF9hc2lkKHBtYXApKTsKIAltYXNrID0gbWlw c19yZF9wYWdlbWFzaygpOwotCWFzaWQgPSBtaXBzX3JkX2VudHJ5aGkoKSAmIFRMQkhJX0FTSURf TUFTSzsKLQotCW1pcHNfd3JfcGFnZW1hc2soMCk7Ci0JbWlwc193cl9lbnRyeWhpKFRMQkhJX0VO VFJZKHZhLCBwbWFwX2FzaWQocG1hcCkpKTsKKwlhc2lkID0gbWlwc19yZF9lbnRyeWhpKCk7CisJ bWlwc193cl9lbnRyeWhpKGhpKTsKIAl0bGJfcHJvYmUoKTsKIAlpID0gbWlwc19yZF9pbmRleCgp OwogCWlmIChpID49IDApIHsKIAkJdGxiX3JlYWQoKTsKIAotCQlpZiAoKHZhICYgUEFHRV9TSVpF KSA9PSAwKSB7CisJCWlmIChldmVuKSB7CiAJCQltaXBzX3dyX2VudHJ5bG8wKHB0ZSk7CiAJCX0g ZWxzZSB7CiAJCQltaXBzX3dyX2VudHJ5bG8xKHB0ZSk7CiAJCX0KIAkJdGxiX3dyaXRlX2luZGV4 ZWQoKTsKKwl9IGVsc2UgeworCQlvdGhlciA9IHB0ZSAmIFBURV9HOworCQltaXBzX3dyX3BhZ2Vt YXNrKDApOworCQltaXBzX3dyX2VudHJ5aGkoaGkpOworCQlpZiAoZXZlbikgeworCQkJbWlwc193 cl9lbnRyeWxvMChwdGUpOworCQkJbWlwc193cl9lbnRyeWxvMShvdGhlcik7CisJCX0gZWxzZSB7 CisJCQltaXBzX3dyX2VudHJ5bG8wKG90aGVyKTsKKwkJCW1pcHNfd3JfZW50cnlsbzEocHRlKTsK KwkJfQorCQl0bGJfd3JpdGVfcmFuZG9tKCk7CiAJfQogCiAJbWlwc193cl9lbnRyeWhpKGFzaWQp Owo= --0016e64713aa031d92048a4709fb Content-Type: application/octet-stream; name="alt2.diff" Content-Disposition: attachment; filename="alt2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb2qupf72 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvcHRlLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvaW5j bHVkZS9wdGUuaAkocmV2aXNpb24gMjA5NTIxKQorKysgc3lzL21pcHMvaW5jbHVkZS9wdGUuaAko d29ya2luZyBjb3B5KQpAQCAtNzMsNyArNzMsOCBAQAogICogTm90ZSB0aGF0IGluIEZyZWVCU0Qs IHdlIG1hcCAyIFRMQiBwYWdlcyBpcyBlcXVhbCB0byAxIFZNIHBhZ2UuCiAgKi8KICNkZWZpbmUJ VExCSElfQVNJRF9NQVNLCQkoMHhmZikKLSNkZWZpbmUJVExCSElfRU5UUlkodmEsIGFzaWQpCSgo KHZhKSAmIH5QQUdFX01BU0spIHwgKChhc2lkKSAmIFRMQkhJX0FTSURfTUFTSykpCisjZGVmaW5l CVRMQkhJX1BBR0VfTUFTSwkJKDIgKiBQQUdFX1NJWkUgLSAxKQorI2RlZmluZQlUTEJISV9FTlRS WSh2YSwgYXNpZCkJKCgodmEpICYgflRMQkhJX1BBR0VfTUFTSykgfCAoKGFzaWQpICYgVExCSElf QVNJRF9NQVNLKSkKIAogI2lmbmRlZiBfTE9DT1JFCiB0eXBlZGVmCXVpbnQzMl90IHB0X2VudHJ5 X3Q7CkluZGV4OiBzeXMvbWlwcy9taXBzL3RsYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL21p cHMvdGxiLmMJKHJldmlzaW9uIDIwOTUyMSkKKysrIHN5cy9taXBzL21pcHMvdGxiLmMJKHdvcmtp bmcgY29weSkKQEAgLTIxNywzNCArMjE3LDQzIEBACiB2b2lkCiB0bGJfdXBkYXRlKHN0cnVjdCBw bWFwICpwbWFwLCB2bV9vZmZzZXRfdCB2YSwgcHRfZW50cnlfdCBwdGUpCiB7Ci0JcmVnaXN0ZXJf dCBtYXNrLCBhc2lkOworCXB0X2VudHJ5X3Qgb3RoZXI7CisJcmVnaXN0ZXJfdCBhc2lkLCBoaTsK IAlyZWdpc3Rlcl90IHM7Ci0JaW50IGk7CisJaW50IGksIGV2ZW47CiAKLQl2YSAmPSB+UEFHRV9N QVNLOworCXMgPSBpbnRyX2Rpc2FibGUoKTsKKwlldmVuID0gKHZhICYgUEFHRV9TSVpFKSA9PSAw OwogCXB0ZSAmPSB+VExCTE9fU1dCSVRTX01BU0s7Ci0KLQlzID0gaW50cl9kaXNhYmxlKCk7Ci0J bWFzayA9IG1pcHNfcmRfcGFnZW1hc2soKTsKLQlhc2lkID0gbWlwc19yZF9lbnRyeWhpKCkgJiBU TEJISV9BU0lEX01BU0s7Ci0KLQltaXBzX3dyX3BhZ2VtYXNrKDApOwotCW1pcHNfd3JfZW50cnlo aShUTEJISV9FTlRSWSh2YSwgcG1hcF9hc2lkKHBtYXApKSk7CisJaGkgPSBUTEJISV9FTlRSWSh2 YSwgcG1hcF9hc2lkKHBtYXApKTsKKwlhc2lkID0gbWlwc19yZF9lbnRyeWhpKCk7CisJbWlwc193 cl9lbnRyeWhpKGhpKTsKIAl0bGJfcHJvYmUoKTsKIAlpID0gbWlwc19yZF9pbmRleCgpOwogCWlm IChpID49IDApIHsKIAkJdGxiX3JlYWQoKTsKIAotCQlpZiAoKHZhICYgUEFHRV9TSVpFKSA9PSAw KSB7CisJCWlmIChldmVuKSB7CiAJCQltaXBzX3dyX2VudHJ5bG8wKHB0ZSk7CiAJCX0gZWxzZSB7 CiAJCQltaXBzX3dyX2VudHJ5bG8xKHB0ZSk7CiAJCX0KIAkJdGxiX3dyaXRlX2luZGV4ZWQoKTsK Kwl9IGVsc2UgeworCQlvdGhlciA9IHB0ZSAmIFBURV9HOworCQltaXBzX3dyX3BhZ2VtYXNrKDAp OworCQltaXBzX3dyX2VudHJ5aGkoaGkpOworCQlpZiAoZXZlbikgeworCQkJbWlwc193cl9lbnRy eWxvMChwdGUpOworCQkJbWlwc193cl9lbnRyeWxvMShvdGhlcik7CisJCX0gZWxzZSB7CisJCQlt aXBzX3dyX2VudHJ5bG8wKG90aGVyKTsKKwkJCW1pcHNfd3JfZW50cnlsbzEocHRlKTsKKwkJfQor CQl0bGJfd3JpdGVfcmFuZG9tKCk7CiAJfQogCiAJbWlwc193cl9lbnRyeWhpKGFzaWQpOwotCW1p cHNfd3JfcGFnZW1hc2sobWFzayk7CiAJaW50cl9yZXN0b3JlKHMpOwogfQogCg== --0016e64713aa031d92048a4709fb-- From owner-freebsd-mips@FreeBSD.ORG Wed Jun 30 22:48:22 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 720BA106566C for ; Wed, 30 Jun 2010 22:48:22 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 269D68FC08 for ; Wed, 30 Jun 2010 22:48:21 +0000 (UTC) Received: by vws6 with SMTP id 6so547722vws.13 for ; Wed, 30 Jun 2010 15:48:15 -0700 (PDT) Received: by 10.220.88.29 with SMTP id y29mr2540588vcl.72.1277938095288; Wed, 30 Jun 2010 15:48:15 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.220.188.69 with HTTP; Wed, 30 Jun 2010 15:47:55 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> From: Juli Mallett Date: Wed, 30 Jun 2010 15:47:55 -0700 X-Google-Sender-Auth: ruvm-pHMFkews6Trsa5O2HlWEjU Message-ID: To: "Jayachandran C." Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 22:48:22 -0000 On Wed, Jun 30, 2010 at 15:40, Jayachandran C. wrote: > I've attached the final(final.diff) version I want to check-in, can > you please quickly test it? > > If that does not work, can you tell me if the attached alt1.diff or > alt2.diff works? The try.diff had three changes: handle case of > index>0, remove pagemask operation, restore full entryhi instead of > asid. So if the first does not work, this will help narrow down the > rest of the cases. > > Hopefully this is the last iteration :) Hi JC, I think you're right that the issue is not masking enough bits in EntryHi. I suspect the other changes are not necessary and I feel that the change to always add the entry if it doesn't exist is undesirable if it's unnecessary. When a lot of otherwise-unused mappings are changing, this has the effect of spilling the TLB which kills performance. I hope someone is willing to try just the TLBHI_ENTRY changes to make sure that fixes it. Juli. From owner-freebsd-mips@FreeBSD.ORG Wed Jun 30 23:05:27 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115F9106566C; Wed, 30 Jun 2010 23:05:27 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8DA598FC08; Wed, 30 Jun 2010 23:05:26 +0000 (UTC) Received: by vws6 with SMTP id 6so568112vws.13 for ; Wed, 30 Jun 2010 16:05:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CIWhIvo6vUOtZ5UkBPKNC6sWso4VVnf5ASxb1g/uwFo=; b=ouhuI5i0iTb7USvvNVoGH9zZc+sRBNP8X/7lbFiNpmVw/Xq+oyQtCgp+KkLKcpF/80 RQdCFr4nQwwTfc4yYsUAANR3OmtjtcrMvPu43iPE3GPmjy3mwcOaHpwc290t1lDXzsjt 4y/PS5jKd9Ijuonw4fKmNWiHTqpIzOa4n7SM0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cS1mCFTCBkeEutmEx64zG6L923sGHQgC6NmOXkrja2pfDKNkQK38YtwFljwwkMSqoM GaiCJroRKYUtcMv2xVnuV0jSPQVxCZ34vOrsqJoSwfwJXp6UXf59i6TWu3i3hD1mTZ0O x1xHnqTVFJMfwn0gUsJZu/rI6H4J+nmLFnGXY= MIME-Version: 1.0 Received: by 10.220.168.12 with SMTP id s12mr2916731vcy.69.1277939123219; Wed, 30 Jun 2010 16:05:23 -0700 (PDT) Received: by 10.220.194.4 with HTTP; Wed, 30 Jun 2010 16:05:23 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> Date: Thu, 1 Jul 2010 04:35:23 +0530 Message-ID: From: "Jayachandran C." To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2010 23:05:27 -0000 On Thu, Jul 1, 2010 at 4:17 AM, Juli Mallett wrote: > On Wed, Jun 30, 2010 at 15:40, Jayachandran C. = wrote: >> I've attached the final(final.diff) version I want to check-in, can >> you please quickly test it? >> >> If that does not work, can you tell me if the attached alt1.diff or >> alt2.diff works? The try.diff had three changes: handle case of >> index>0, remove pagemask operation, restore full entryhi instead of >> asid. So if the first does not work, this will help narrow down the >> rest of the cases. >> >> Hopefully this is the last iteration :) > > Hi JC, > > I think you're right that the issue is not masking enough bits in > EntryHi. =A0I suspect the other changes are not necessary and I feel > that the change to always add the entry if it doesn't exist is > undesirable if it's unnecessary. =A0When a lot of otherwise-unused > mappings are changing, this has the effect of spilling the TLB which > kills performance. =A0I hope someone is willing to try just the > TLBHI_ENTRY changes to make sure that fixes it. I had a patch that did just the EntryHi thing (the ealier mail pte.h-fix.diff), and that did not fix the issue, that is why I just ended up doing what the original code did. Also, I don't think the pagemask read/write is necessary, it should not have any effect, as far i can see. JC. From owner-freebsd-mips@FreeBSD.ORG Thu Jul 1 16:55:24 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68D361065672; Thu, 1 Jul 2010 16:55:24 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id F23098FC14; Thu, 1 Jul 2010 16:55:23 +0000 (UTC) Received: by qwg5 with SMTP id 5so950995qwg.13 for ; Thu, 01 Jul 2010 09:55:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=8gIi4ZSG9oeQJDLeb77ewnOvq3a/tqg+m/zHWFAKIms=; b=Zrf71bJ9CmP/UUmxcGEEFiRCOI18RQIbWd+d/aDuzoCut+3Mf+yS/GePPx7uhoOtUN sjmfFvBU36hyCQxHxyLHQIZz5pcfbbzhdC6Mo1Yn/pF0vJw1XCaRk2yKAvSdH54UNuOD Zm2uvvyaKBuP9PfbttjMojR9bgV5ATXgy4K8M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=YztA59fTeEC3sdzg1sY+IesYniExa7BxNwGcMw0SyLZQCmmSplzSEv9LUIBLXFc/YB kCMOXKjadV3+VPxfaiVi1vpMffvlVA5uhYpBBy++gFZYU0f3N7zYDOSlcBdISqGRjs5T Gg9Cmvir2Z66nHDsP4RzQ1EArvVAurAxG/trY= Received: by 10.224.88.131 with SMTP id a3mr7697618qam.225.1278003311656; Thu, 01 Jul 2010 09:55:11 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id c35sm33742213qco.36.2010.07.01.09.55.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Jul 2010 09:55:10 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Thu, 1 Jul 2010 13:55:05 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> To: Jayachandran C. X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 16:55:24 -0000 On Jun 30, 2010, at 7:40 PM, Jayachandran C. wrote: > On Wed, Jun 30, 2010 at 10:38 PM, Luiz Otavio O Souza > wrote: >> On Jun 30, 2010, at 9:57 AM, Jayachandran C. wrote: >>=20 >>> On Tue, Jun 29, 2010 at 10:32 PM, Luiz Otavio O Souza >>> wrote: >>>>=20 >>>> On Jun 29, 2010, at 8:02 AM, Jayachandran C. wrote: >>>>=20 >>>>> On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza = wrote: >>>>>>> Thanks for the the update. Looks like pmap_map for kernel is = failing, >>>>>>> may be the new tlb_update code causes this. Can you apply the >>>>>>> attached patch and see if the problem still persists, it = replaces the >>>>>>> new tlb_update code with the older version. >>>>>>>=20 >>>>>>> Obviously not a fix, but if we can narrow it down to this = function, >>>>>>> fixing will be easier. >>>>>>>=20 >>>>>>> JC. >>>>>>> >>>>>>=20 >>>>>> JC, >>>>>>=20 >>>>>> This fix the problem ! Thanks ! Now, at least, you know where to = look :) >>>>>=20 >>>>> The new tlb_update does not seem to update the tlb entry if the = tlbp >>>>> fails. Here's a patch that should make the new function behave = like >>>>> the older one. The patch is in attached file 'tlb-update.diff'. >>>>>=20 >>>>> If that does not work, I'm not sure what the issue is. You could = also >>>>> try try the nop-change.diff attached. It tries to switch the ssnop >>>>> used for delay in the new code with 'nop' which was used by the = old >>>>> code. >>>>>=20 >>>>> Thanks, >>>>> JC. >>>>> >>>>=20 >>>> JC, >>>>=20 >>>> The nop-change seems to have no effect at all and with the = tlb-update patch the kernel apparently crash at bzero(), here is the = dmesg with TRAP_DEBUG enabled: >>>>=20 >>>> http://mips.pastebin.com/jydPvJ20 >>>>=20 >>>> So hopefully you are on the right track and this may be something = obvious to you. >>>=20 >>> Not yet :) I really hoped the earlier change would fix it. The = number >>> of nop does not seem to be the issue as it is higher in the C code >>> than the assembly. >>>=20 >>> Can you try the attached patch (try.diff) - this re-implements the >>> assembly code functionality almost in the same way in C. This = really >>> should work, given that the patch which made it assembly worked... >>>=20 >>> If that works can you see if the second attached patch works, this >>> fixes a potential problem (ie, we should be masking 13bits for = TLBHI). >>>=20 >>> Both patches should apply directly to SVN (not dependent on each >>> other, or on previous patches) >>>=20 >>> Thanks again, >>> JC. >>> >>=20 >>=20 >> JC, >>=20 >> The try.diff works with or without the pte.h change (at least for a = simple boot) and the pte.h change does nothing without the try.diff. >=20 > I've attached the final(final.diff) version I want to check-in, can > you please quickly test it? >=20 > If that does not work, can you tell me if the attached alt1.diff or > alt2.diff works? The try.diff had three changes: handle case of > index>0, remove pagemask operation, restore full entryhi instead of > asid. So if the first does not work, this will help narrow down the > rest of the cases. >=20 > Hopefully this is the last iteration :) >=20 > JC. > JC, The final.diff and alt1.diff crash (into debugger) like the first = try.diff (here is the dmesg: http://pastebin.com/r2uunZPZ). The alt2.diff works, i'll try it a little more (buildworld). Feel free to send more tests if needed. Thanks, Luiz= From owner-freebsd-mips@FreeBSD.ORG Thu Jul 1 18:47:20 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 890281065670; Thu, 1 Jul 2010 18:47:20 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 054818FC0A; Thu, 1 Jul 2010 18:47:19 +0000 (UTC) Received: by vws6 with SMTP id 6so1951655vws.13 for ; Thu, 01 Jul 2010 11:47:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3u7hm7wGkVigVkvjb6q57EWD6M6izmLpeJ2JVMDiD70=; b=jds4FS2sQGyrYsYvUV9srlfdmQj0Upve1ITTRQ8Gf/QlXv7hmSafC+9t9v151gyvF0 /GF7KbO39GOpVkcp2H5Ap3Uxuz2H03M4L2CHtRnjfdX64DSFJ7mWmh3DkIWYFvDMeb5c KjDk/RfKvqZku447TQeOOFjLNIWKF+Aa9/CVA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=x3PmVfqqC4go3FII474p9DH6FFieDH/7la5U9Kh8WKYXWwtDhmXm65UiiJQRH/Y16b rqCUGjkQEBryyfa/rLvpDt0kgJqcksC7JC5+WSnwKrFLKLBv141HAZSD4X8ABP1QbcnI XQfv5KKncuXWiyrRXNs2yUP73+9hn4gj4kHWs= MIME-Version: 1.0 Received: by 10.220.168.7 with SMTP id s7mr3555737vcy.193.1278010027295; Thu, 01 Jul 2010 11:47:07 -0700 (PDT) Received: by 10.220.194.4 with HTTP; Thu, 1 Jul 2010 11:47:07 -0700 (PDT) In-Reply-To: <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> Date: Fri, 2 Jul 2010 00:17:07 +0530 Message-ID: From: "Jayachandran C." To: Juli Mallett Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 18:47:20 -0000 On Thu, Jul 1, 2010 at 10:25 PM, Luiz Otavio O Souza w= rote: > On Jun 30, 2010, at 7:40 PM, Jayachandran C. wrote: >> On Wed, Jun 30, 2010 at 10:38 PM, Luiz Otavio O Souza >> wrote: >>> On Jun 30, 2010, at 9:57 AM, Jayachandran C. wrote: >>> >>>> On Tue, Jun 29, 2010 at 10:32 PM, Luiz Otavio O Souza >>>> wrote: >>>>> >>>>> On Jun 29, 2010, at 8:02 AM, Jayachandran C. wrote: >>>>> >>>>>> On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza wrote: >>>>>>>> Thanks for the the update. Looks like pmap_map for kernel is faili= ng, >>>>>>>> may be the new tlb_update code causes this. =A0Can you apply the >>>>>>>> attached patch and see if the problem still persists, it replaces = the >>>>>>>> new tlb_update code with the older version. >>>>>>>> >>>>>>>> Obviously not a fix, but if we can narrow it down to this function= , >>>>>>>> fixing will be easier. >>>>>>>> >>>>>>>> JC. >>>>>>>> >>>>>>> >>>>>>> JC, >>>>>>> >>>>>>> This fix the problem ! Thanks ! Now, at least, you know where to lo= ok :) >>>>>> >>>>>> The new tlb_update does not seem to update the tlb entry if the tlbp >>>>>> fails. =A0Here's a patch that should make the new function behave li= ke >>>>>> the older one. =A0The patch is in attached file 'tlb-update.diff'. >>>>>> >>>>>> If that does not work, I'm not sure what the issue is. =A0You could = also >>>>>> try try the nop-change.diff attached. It tries to switch the ssnop >>>>>> used for delay in the new code with 'nop' which was used by the old >>>>>> code. >>>>>> >>>>>> Thanks, >>>>>> JC. >>>>>> >>>>> >>>>> JC, >>>>> >>>>> The nop-change seems to have no effect at all and with the tlb-update= patch the kernel apparently crash at bzero(), here is the dmesg with TRAP_= DEBUG enabled: >>>>> >>>>> http://mips.pastebin.com/jydPvJ20 >>>>> >>>>> So hopefully you are on the right track and this may be something obv= ious to you. >>>> >>>> Not yet :) I really hoped the earlier change would fix it. =A0The numb= er >>>> of nop does not seem to be the issue as it is higher in the C code >>>> than the assembly. >>>> >>>> Can you try the attached patch (try.diff) - this re-implements the >>>> assembly code functionality almost in the same way in C. =A0This reall= y >>>> should work, given that the patch which made it assembly worked... >>>> >>>> If that works can you see if the second attached patch works, this >>>> fixes a potential problem (ie, we should be masking 13bits for TLBHI). >>>> >>>> Both patches should apply directly to SVN (not dependent on each >>>> other, or on previous patches) >>>> >>>> Thanks again, >>>> JC. >>>> >>> >>> >>> JC, >>> >>> The try.diff works with or without the pte.h change (at least for a sim= ple boot) and the pte.h change does nothing without the try.diff. >> >> I've attached the final(final.diff) version I want to check-in, can >> you please quickly test it? >> >> If that does not work, can you tell me if the attached alt1.diff or >> alt2.diff works? The try.diff had three changes: handle case of >> index>0, remove pagemask operation, restore full entryhi instead of >> asid. So if the first does not work, this will help narrow down the >> rest of the cases. >> >> Hopefully this is the last iteration :) >> >> JC. >> > > > JC, > > The final.diff and alt1.diff crash (into debugger) like the first try.dif= f (here is the dmesg: http://pastebin.com/r2uunZPZ). > > The alt2.diff works, i'll try it a little more (buildworld). > > Feel free to send more tests if needed. Looks like I was on the wrong track, it now looks like the pagemask maybe the cause. My suspicion is that the bootloader setups a pagemask and we never clear it because all the operations save and restore the mask. As far as I can see the TLB exception handler will not update pagemask. Juli - any comments on this? Do you need to save/restore pagemask for some reason, otherwise I will take out the part from tlb.c. Will send out a patch a bit later. JC. From owner-freebsd-mips@FreeBSD.ORG Thu Jul 1 18:51:18 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E41AD106564A for ; Thu, 1 Jul 2010 18:51:18 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7B08A8FC1A for ; Thu, 1 Jul 2010 18:51:18 +0000 (UTC) Received: by vws6 with SMTP id 6so1957350vws.13 for ; Thu, 01 Jul 2010 11:51:17 -0700 (PDT) Received: by 10.220.126.199 with SMTP id d7mr5169266vcs.207.1278010277656; Thu, 01 Jul 2010 11:51:17 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.220.188.69 with HTTP; Thu, 1 Jul 2010 11:50:57 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> From: Juli Mallett Date: Thu, 1 Jul 2010 11:50:57 -0700 X-Google-Sender-Auth: nhq1eSdc74ZNkaQMYZSJE4jI92M Message-ID: To: "Jayachandran C." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 18:51:19 -0000 On Thu, Jul 1, 2010 at 11:47, Jayachandran C. wr= ote: > Looks like I was on the wrong track, it now looks like the pagemask > maybe the cause. =A0My suspicion is that the bootloader setups a > pagemask and we never clear it because all the operations save and > restore the mask. As far as I can see the TLB exception handler will > not update pagemask. Ah! I sure think all of our code that touches the TLB should really set PageMask. Nice catch! > Juli - any comments on this? Do you need to save/restore pagemask for > some reason, otherwise I will take out the part from tlb.c. =A0Will send > out a patch a bit later. Feel free to remove that. I don't think it's really useful, it seems like it's just an old habit of mine. Juli. From owner-freebsd-mips@FreeBSD.ORG Thu Jul 1 20:04:41 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4191E106566C; Thu, 1 Jul 2010 20:04:41 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A79E68FC12; Thu, 1 Jul 2010 20:04:40 +0000 (UTC) Received: by vws6 with SMTP id 6so2056383vws.13 for ; Thu, 01 Jul 2010 13:04:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=s+abTpwD3ty1U83h7KwpUTmHAQ8CvTjT0UHEgiIxrGw=; b=aLcZFF4QLMcVnS+06zOndTTWBhoxtgPq8WT1tQRt/MC9nj7An5dFZzA/YjfbNLml2Q w3+KchpKtPlvH77c29RC4F4IiV0QhS21qUuwJldKJd3+lz/RWEOb9YCwAL3h7u8+j8Cq FzcRhUcL40j3gc6GzOtdcl255dT/CsQF5GQIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=rGly4LDzuHqD04/NjisEvBn7nkCqrai4hSun+mT0rIo7A1r1Z2ck6neKqVTrsIz3lm lVmNO6C3YjJ5XFERp0LCJGefkBkPW1OFIK9i2jVTlaHTRMfTmdpEjraSJCM0yU8kWWqO BCtFqVMLRDwXfmIoiKHuxkksS4mCxBQAz53/U= MIME-Version: 1.0 Received: by 10.220.93.17 with SMTP id t17mr5961615vcm.123.1278014675500; Thu, 01 Jul 2010 13:04:35 -0700 (PDT) Received: by 10.220.194.4 with HTTP; Thu, 1 Jul 2010 13:04:35 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> Date: Fri, 2 Jul 2010 01:34:35 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: multipart/mixed; boundary=001636284f88c03fce048a58fab6 Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 20:04:41 -0000 --001636284f88c03fce048a58fab6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, Jul 2, 2010 at 12:17 AM, Jayachandran C. wrote: > On Thu, Jul 1, 2010 at 10:25 PM, Luiz Otavio O Souza = wrote: >> On Jun 30, 2010, at 7:40 PM, Jayachandran C. wrote: >>> On Wed, Jun 30, 2010 at 10:38 PM, Luiz Otavio O Souza >>> wrote: >>>> On Jun 30, 2010, at 9:57 AM, Jayachandran C. wrote: >>>> >>>>> On Tue, Jun 29, 2010 at 10:32 PM, Luiz Otavio O Souza >>>>> wrote: >>>>>> >>>>>> On Jun 29, 2010, at 8:02 AM, Jayachandran C. wrote: >>>>>> >>>>>>> On Tue, Jun 29, 2010 at 2:28 AM, Luiz Otavio O Souza wrote: >>>>>>>>> Thanks for the the update. Looks like pmap_map for kernel is fail= ing, >>>>>>>>> may be the new tlb_update code causes this. =A0Can you apply the >>>>>>>>> attached patch and see if the problem still persists, it replaces= the >>>>>>>>> new tlb_update code with the older version. >>>>>>>>> >>>>>>>>> Obviously not a fix, but if we can narrow it down to this functio= n, >>>>>>>>> fixing will be easier. >>>>>>>>> >>>>>>>>> JC. >>>>>>>>> >>>>>>>> >>>>>>>> JC, >>>>>>>> >>>>>>>> This fix the problem ! Thanks ! Now, at least, you know where to l= ook :) >>>>>>> >>>>>>> The new tlb_update does not seem to update the tlb entry if the tlb= p >>>>>>> fails. =A0Here's a patch that should make the new function behave l= ike >>>>>>> the older one. =A0The patch is in attached file 'tlb-update.diff'. >>>>>>> >>>>>>> If that does not work, I'm not sure what the issue is. =A0You could= also >>>>>>> try try the nop-change.diff attached. It tries to switch the ssnop >>>>>>> used for delay in the new code with 'nop' which was used by the old >>>>>>> code. >>>>>>> >>>>>>> Thanks, >>>>>>> JC. >>>>>>> >>>>>> >>>>>> JC, >>>>>> >>>>>> The nop-change seems to have no effect at all and with the tlb-updat= e patch the kernel apparently crash at bzero(), here is the dmesg with TRAP= _DEBUG enabled: >>>>>> >>>>>> http://mips.pastebin.com/jydPvJ20 >>>>>> >>>>>> So hopefully you are on the right track and this may be something ob= vious to you. >>>>> >>>>> Not yet :) I really hoped the earlier change would fix it. =A0The num= ber >>>>> of nop does not seem to be the issue as it is higher in the C code >>>>> than the assembly. >>>>> >>>>> Can you try the attached patch (try.diff) - this re-implements the >>>>> assembly code functionality almost in the same way in C. =A0This real= ly >>>>> should work, given that the patch which made it assembly worked... >>>>> >>>>> If that works can you see if the second attached patch works, this >>>>> fixes a potential problem (ie, we should be masking 13bits for TLBHI)= . >>>>> >>>>> Both patches should apply directly to SVN (not dependent on each >>>>> other, or on previous patches) >>>>> >>>>> Thanks again, >>>>> JC. >>>>> >>>> >>>> >>>> JC, >>>> >>>> The try.diff works with or without the pte.h change (at least for a si= mple boot) and the pte.h change does nothing without the try.diff. >>> >>> I've attached the final(final.diff) version I want to check-in, can >>> you please quickly test it? >>> >>> If that does not work, can you tell me if the attached alt1.diff or >>> alt2.diff works? The try.diff had three changes: handle case of >>> index>0, remove pagemask operation, restore full entryhi instead of >>> asid. So if the first does not work, this will help narrow down the >>> rest of the cases. >>> >>> Hopefully this is the last iteration :) >>> >>> JC. >>> >> >> >> JC, >> >> The final.diff and alt1.diff crash (into debugger) like the first try.di= ff (here is the dmesg: http://pastebin.com/r2uunZPZ). >> >> The alt2.diff works, i'll try it a little more (buildworld). >> >> Feel free to send more tests if needed. > > Looks like I was on the wrong track, it now looks like the pagemask > maybe the cause. =A0My suspicion is that the bootloader setups a > pagemask and we never clear it because all the operations save and > restore the mask. As far as I can see the TLB exception handler will > not update pagemask. > > Juli - any comments on this? Do you need to save/restore pagemask for > some reason, otherwise I will take out the part from tlb.c. =A0Will send > out a patch a bit later. Okay - here's hopefully the final patch. Let me know if it boots up. Thanks, JC. --001636284f88c03fce048a58fab6 Content-Type: application/octet-stream; name="tlb.c-pagemask-remove.diff" Content-Disposition: attachment; filename="tlb.c-pagemask-remove.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gb40w8q40 SW5kZXg6IHN5cy9taXBzL2luY2x1ZGUvcHRlLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL21pcHMvaW5j bHVkZS9wdGUuaAkocmV2aXNpb24gMjA5NjM1KQorKysgc3lzL21pcHMvaW5jbHVkZS9wdGUuaAko d29ya2luZyBjb3B5KQpAQCAtNzMsNyArNzMsOCBAQAogICogTm90ZSB0aGF0IGluIEZyZWVCU0Qs IHdlIG1hcCAyIFRMQiBwYWdlcyBpcyBlcXVhbCB0byAxIFZNIHBhZ2UuCiAgKi8KICNkZWZpbmUJ VExCSElfQVNJRF9NQVNLCQkoMHhmZikKLSNkZWZpbmUJVExCSElfRU5UUlkodmEsIGFzaWQpCSgo KHZhKSAmIH5QQUdFX01BU0spIHwgKChhc2lkKSAmIFRMQkhJX0FTSURfTUFTSykpCisjZGVmaW5l CVRMQkhJX1BBR0VfTUFTSwkJKDIgKiBQQUdFX1NJWkUgLSAxKQorI2RlZmluZQlUTEJISV9FTlRS WSh2YSwgYXNpZCkJKCgodmEpICYgflRMQkhJX1BBR0VfTUFTSykgfCAoKGFzaWQpICYgVExCSElf QVNJRF9NQVNLKSkKIAogI2lmbmRlZiBfTE9DT1JFCiB0eXBlZGVmCXVpbnQzMl90IHB0X2VudHJ5 X3Q7CkluZGV4OiBzeXMvbWlwcy9taXBzL3RsYi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9taXBzL21p cHMvdGxiLmMJKHJldmlzaW9uIDIwOTYzNSkKKysrIHN5cy9taXBzL21pcHMvdGxiLmMJKHdvcmtp bmcgY29weSkKQEAgLTkxLDEzICs5MSwxMiBAQAogdm9pZAogdGxiX2luc2VydF93aXJlZCh1bnNp Z25lZCBpLCB2bV9vZmZzZXRfdCB2YSwgcHRfZW50cnlfdCBwdGUwLCBwdF9lbnRyeV90IHB0ZTEp CiB7Ci0JcmVnaXN0ZXJfdCBtYXNrLCBhc2lkOworCXJlZ2lzdGVyX3QgYXNpZDsKIAlyZWdpc3Rl cl90IHM7CiAKIAl2YSAmPSB+UEFHRV9NQVNLOwogCiAJcyA9IGludHJfZGlzYWJsZSgpOwotCW1h c2sgPSBtaXBzX3JkX3BhZ2VtYXNrKCk7CiAJYXNpZCA9IG1pcHNfcmRfZW50cnloaSgpICYgVExC SElfQVNJRF9NQVNLOwogCiAJbWlwc193cl9pbmRleChpKTsKQEAgLTEwOCwyMSArMTA3LDE5IEBA CiAJdGxiX3dyaXRlX2luZGV4ZWQoKTsKIAogCW1pcHNfd3JfZW50cnloaShhc2lkKTsKLQltaXBz X3dyX3BhZ2VtYXNrKG1hc2spOwogCWludHJfcmVzdG9yZShzKTsKIH0KIAogdm9pZAogdGxiX2lu dmFsaWRhdGVfYWRkcmVzcyhzdHJ1Y3QgcG1hcCAqcG1hcCwgdm1fb2Zmc2V0X3QgdmEpCiB7Ci0J cmVnaXN0ZXJfdCBtYXNrLCBhc2lkOworCXJlZ2lzdGVyX3QgYXNpZDsKIAlyZWdpc3Rlcl90IHM7 CiAJaW50IGk7CiAKIAl2YSAmPSB+UEFHRV9NQVNLOwogCiAJcyA9IGludHJfZGlzYWJsZSgpOwot CW1hc2sgPSBtaXBzX3JkX3BhZ2VtYXNrKCk7CiAJYXNpZCA9IG1pcHNfcmRfZW50cnloaSgpICYg VExCSElfQVNJRF9NQVNLOwogCiAJbWlwc193cl9wYWdlbWFzaygwKTsKQEAgLTEzMywzOCArMTMw LDM0IEBACiAJCXRsYl9pbnZhbGlkYXRlX29uZShpKTsKIAogCW1pcHNfd3JfZW50cnloaShhc2lk KTsKLQltaXBzX3dyX3BhZ2VtYXNrKG1hc2spOwogCWludHJfcmVzdG9yZShzKTsKIH0KIAogdm9p ZAogdGxiX2ludmFsaWRhdGVfYWxsKHZvaWQpCiB7Ci0JcmVnaXN0ZXJfdCBtYXNrLCBhc2lkOwor CXJlZ2lzdGVyX3QgYXNpZDsKIAlyZWdpc3Rlcl90IHM7CiAJdW5zaWduZWQgaTsKIAogCXMgPSBp bnRyX2Rpc2FibGUoKTsKLQltYXNrID0gbWlwc19yZF9wYWdlbWFzaygpOwogCWFzaWQgPSBtaXBz X3JkX2VudHJ5aGkoKSAmIFRMQkhJX0FTSURfTUFTSzsKIAogCWZvciAoaSA9IG1pcHNfcmRfd2ly ZWQoKTsgaSA8IG51bV90bGJlbnRyaWVzOyBpKyspCiAJCXRsYl9pbnZhbGlkYXRlX29uZShpKTsK IAogCW1pcHNfd3JfZW50cnloaShhc2lkKTsKLQltaXBzX3dyX3BhZ2VtYXNrKG1hc2spOwogCWlu dHJfcmVzdG9yZShzKTsKIH0KIAogdm9pZAogdGxiX2ludmFsaWRhdGVfYWxsX3VzZXIoc3RydWN0 IHBtYXAgKnBtYXApCiB7Ci0JcmVnaXN0ZXJfdCBtYXNrLCBhc2lkOworCXJlZ2lzdGVyX3QgYXNp ZDsKIAlyZWdpc3Rlcl90IHM7CiAJdW5zaWduZWQgaTsKIAogCXMgPSBpbnRyX2Rpc2FibGUoKTsK LQltYXNrID0gbWlwc19yZF9wYWdlbWFzaygpOwogCWFzaWQgPSBtaXBzX3JkX2VudHJ5aGkoKSAm IFRMQkhJX0FTSURfTUFTSzsKIAogCWZvciAoaSA9IG1pcHNfcmRfd2lyZWQoKTsgaSA8IG51bV90 bGJlbnRyaWVzOyBpKyspIHsKQEAgLTE5MSw3ICsxODQsNiBAQAogCX0KIAogCW1pcHNfd3JfZW50 cnloaShhc2lkKTsKLQltaXBzX3dyX3BhZ2VtYXNrKG1hc2spOwogCWludHJfcmVzdG9yZShzKTsK IH0KIApAQCAtMjE3LDcgKzIwOSw3IEBACiB2b2lkCiB0bGJfdXBkYXRlKHN0cnVjdCBwbWFwICpw bWFwLCB2bV9vZmZzZXRfdCB2YSwgcHRfZW50cnlfdCBwdGUpCiB7Ci0JcmVnaXN0ZXJfdCBtYXNr LCBhc2lkOworCXJlZ2lzdGVyX3QgYXNpZDsKIAlyZWdpc3Rlcl90IHM7CiAJaW50IGk7CiAKQEAg LTIyNSw3ICsyMTcsNiBAQAogCXB0ZSAmPSB+VExCTE9fU1dCSVRTX01BU0s7CiAKIAlzID0gaW50 cl9kaXNhYmxlKCk7Ci0JbWFzayA9IG1pcHNfcmRfcGFnZW1hc2soKTsKIAlhc2lkID0gbWlwc19y ZF9lbnRyeWhpKCkgJiBUTEJISV9BU0lEX01BU0s7CiAKIAltaXBzX3dyX3BhZ2VtYXNrKDApOwpA QCAtMjQ0LDcgKzIzNSw2IEBACiAJfQogCiAJbWlwc193cl9lbnRyeWhpKGFzaWQpOwotCW1pcHNf d3JfcGFnZW1hc2sobWFzayk7CiAJaW50cl9yZXN0b3JlKHMpOwogfQogCg== --001636284f88c03fce048a58fab6-- From owner-freebsd-mips@FreeBSD.ORG Fri Jul 2 11:04:33 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C990106566B; Fri, 2 Jul 2010 11:04:33 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 67C908FC0A; Fri, 2 Jul 2010 11:04:32 +0000 (UTC) Received: by gxk7 with SMTP id 7so1940695gxk.13 for ; Fri, 02 Jul 2010 04:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=lAwYz4HyrIp4OVtkcXwvr0cj2EF6j2wZSZw8hJcWG+8=; b=aHQv02OhGUoUp5XSfFtN5S4ylmGcW5XW8mT2iSFOPgulQ9CklCuLxcagWvXC6UELZB OnWgR58qj5QFz48PVhcwGZZ6F7fiHtuewA45RZHIRZ2bxNEMn+Jra7K9KNa7I+JfQt7+ p8pDM5DZuIfq9RexgD8YJOZN4Z5PQ1m3Plymk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=FxjKzl9fdpt6Xf/Yl97w68pyEeMiMZz5K3loi0B/SJqu8ENrQ/fGD0jnWx/W/UWnhp 4yoXLyuwkgNKAumNCtGQHjb7os1MhNZdwRkAdNDupYh318bCrLx6X3DZ7kc02KnZEvR7 rqT5VjeJ4b5re/+irvAGm8fsG+FcnvLEiscK4= Received: by 10.229.70.196 with SMTP id e4mr323192qcj.97.1278068663488; Fri, 02 Jul 2010 04:04:23 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id g33sm2049155qcq.40.2010.07.02.04.04.20 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 04:04:22 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Fri, 2 Jul 2010 08:04:17 -0300 Content-Transfer-Encoding: 7bit Message-Id: <22DAE480-DA7B-4C96-99B6-C87ADCD54C93@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> To: Jayachandran C. X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 11:04:33 -0000 On Jul 1, 2010, at 5:04 PM, Jayachandran C. wrote: >> Looks like I was on the wrong track, it now looks like the pagemask >> maybe the cause. My suspicion is that the bootloader setups a >> pagemask and we never clear it because all the operations save and >> restore the mask. As far as I can see the TLB exception handler will >> not update pagemask. >> >> Juli - any comments on this? Do you need to save/restore pagemask for >> some reason, otherwise I will take out the part from tlb.c. Will send >> out a patch a bit later. > > Okay - here's hopefully the final patch. Let me know if it boots up. > > Thanks, > JC. > JC, This patch boots without any problem, thank you ! Luiz From owner-freebsd-mips@FreeBSD.ORG Fri Jul 2 11:27:51 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7D461065678; Fri, 2 Jul 2010 11:27:51 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 220C18FC08; Fri, 2 Jul 2010 11:27:50 +0000 (UTC) Received: by vws6 with SMTP id 6so3049733vws.13 for ; Fri, 02 Jul 2010 04:27:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NT/UIo9ReM9fsEmjyUJ3LNuC9+xlwewv03FJpKmluK0=; b=UMEp7BJ6Kcx2L4pccDxZEi6ukU1kRsqDXk3URDz+k9SJ8JzIGfeYTkb2ap4uMpwm3n PlBl0Pn1FGyOR5Xc/6wE/DN3vE7U9OvFVelOtCXLG1lTS/nG8Pv3Cgs4FZzSPHjnv+ZC 29iuDD4GKjy9uQBKm3j+SjFr77IQcfkX0KHfo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LrxAYUEvWyeiT8bTkvRIKUt2mYiZNoQPnuoYVS2fsV3xXXt7pu7tjOheU1D0Z/zMhL HubSM2wYaLlYNQh0HENshK3xUN+2jMRiNejuwsBmh/DGi8e8czx/1Q1Xwt8v9ufn51R+ 4kCUr72RLj68D3GQkt3rePdsHuOlhRGSlPEk0= MIME-Version: 1.0 Received: by 10.220.88.147 with SMTP id a19mr293681vcm.119.1278070067443; Fri, 02 Jul 2010 04:27:47 -0700 (PDT) Received: by 10.220.194.4 with HTTP; Fri, 2 Jul 2010 04:27:47 -0700 (PDT) In-Reply-To: <22DAE480-DA7B-4C96-99B6-C87ADCD54C93@gmail.com> References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> <22DAE480-DA7B-4C96-99B6-C87ADCD54C93@gmail.com> Date: Fri, 2 Jul 2010 16:57:47 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 11:27:51 -0000 On Fri, Jul 2, 2010 at 4:34 PM, Luiz Otavio O Souza wr= ote: > On Jul 1, 2010, at 5:04 PM, Jayachandran C. wrote: >>> Looks like I was on the wrong track, it now looks like the pagemask >>> maybe the cause. =A0My suspicion is that the bootloader setups a >>> pagemask and we never clear it because all the operations save and >>> restore the mask. As far as I can see the TLB exception handler will >>> not update pagemask. >>> >>> Juli - any comments on this? Do you need to save/restore pagemask for >>> some reason, otherwise I will take out the part from tlb.c. =A0Will sen= d >>> out a patch a bit later. >> >> Okay - here's hopefully the final patch. Let me know if it boots up. >> >> Thanks, >> JC. >> > > JC, > > This patch boots without any problem, thank you ! At last! :) Thanks for testing. Will get it approved, will check-in later today, hopefully. JC. From owner-freebsd-mips@FreeBSD.ORG Fri Jul 2 12:55:14 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E10851065670; Fri, 2 Jul 2010 12:55:13 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6CA8FC0A; Fri, 2 Jul 2010 12:55:13 +0000 (UTC) Received: by qwg5 with SMTP id 5so1365789qwg.13 for ; Fri, 02 Jul 2010 05:55:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=LJCNftlOeP2skrtsSlqgeLrAuX9mRYcvyi+N8DZxs7M=; b=kvYQLycHtwXYqQa2CJJDU/kXjztfjGkhj02mdlgVf/D+zHx3AIaNHHK6P7nPzNJ4zb NU/i0FoLLOf3u8bAFzelDUoyKJGBzmbhZnJnroqMttGuEHffKbiBXVc7cw1bikQUqB/4 lFZO+eAyj3dk9oduF9tSGHFzhVrgEu28t6y0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=DD6rGH2qke3XXDqZVtaOHgCtegBjsybcNASXBCPXRdF/rVXqscYg6+GJyyQkEUNBQy jZwOYxdtOWta5/wt7C9hAjjshnNC0/Fi0nCuQ6adVxpT9UOQHwNh3SNrPsAvA8Dl80eb Yk3GWsYR+A5rHGQyblAIAiyuvwvwvbXH7XSsw= Received: by 10.224.60.211 with SMTP id q19mr371981qah.88.1278075302248; Fri, 02 Jul 2010 05:55:02 -0700 (PDT) Received: from [192.168.0.86] ([187.39.15.144]) by mx.google.com with ESMTPS id h34sm2481073qcm.2.2010.07.02.05.54.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 05:55:01 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Luiz Otavio O Souza In-Reply-To: Date: Fri, 2 Jul 2010 09:54:56 -0300 Content-Transfer-Encoding: quoted-printable Message-Id: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> <22DAE480-DA7B-4C96-99B6-C87ADCD54C93@gmail.com> To: "Jayachandran C." X-Mailer: Apple Mail (2.1081) Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 12:55:14 -0000 On Jul 2, 2010, at 8:27 AM, Jayachandran C. wrote: > On Fri, Jul 2, 2010 at 4:34 PM, Luiz Otavio O Souza = wrote: >> On Jul 1, 2010, at 5:04 PM, Jayachandran C. wrote: >>>> Looks like I was on the wrong track, it now looks like the pagemask >>>> maybe the cause. My suspicion is that the bootloader setups a >>>> pagemask and we never clear it because all the operations save and >>>> restore the mask. As far as I can see the TLB exception handler = will >>>> not update pagemask. >>>>=20 >>>> Juli - any comments on this? Do you need to save/restore pagemask = for >>>> some reason, otherwise I will take out the part from tlb.c. Will = send >>>> out a patch a bit later. >>>=20 >>> Okay - here's hopefully the final patch. Let me know if it boots up. >>>=20 >>> Thanks, >>> JC. >>> >>=20 >> JC, >>=20 >> This patch boots without any problem, thank you ! >=20 > At last! :) Thanks for testing. Will get it approved, will check-in > later today, hopefully. >=20 > JC. JC, Probably too early to talk... The buildworld is crashing with this backtrace: = http://pastebin.com/1M9h1B1v The function at 8033ba14 is vm_pageout(). Let me try a little bit with older kernels just to make sure. Luiz= From owner-freebsd-mips@FreeBSD.ORG Fri Jul 2 13:22:25 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C80901065670; Fri, 2 Jul 2010 13:22:25 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4FC8FC12; Fri, 2 Jul 2010 13:22:24 +0000 (UTC) Received: by vws6 with SMTP id 6so3197551vws.13 for ; Fri, 02 Jul 2010 06:22:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=GTBoOz7ZzeXVNe79VUGv+b1RC8RML7jvxUEPXp6A41A=; b=x7Wpc2wluTerewTTmEm0N/TLXjnFOrVzZ7dSuD1XwLXrwU/QwCwtVKsIvLkcWFvPFP xfUxlbzvrz+V66XIMcjrhrCJ8yXAiP4P9XgKI+H7GvTgeBJURM8EyrCsZZZg3rP1auFq il4MsfA1clPVSgzaQDRL7XDK1n30gRTpDDDlQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DROwzKKvcwH632NDv+6t5f8ALaXXBSy/tRt8jpnKLU97L7gWBvNPQpdYhu+NwHntSa /YcUYtWQJTpJeEAdh6s0CdV+XWBSYjzYKYHwEdbXCjgEKfkWN/TxN/oKu2G4o/oBja6x da1D7o/lYfzFCYcFjYD3p0+CFeOGUVOqnObeU= MIME-Version: 1.0 Received: by 10.220.62.72 with SMTP id w8mr361188vch.200.1278076938519; Fri, 02 Jul 2010 06:22:18 -0700 (PDT) Received: by 10.220.194.4 with HTTP; Fri, 2 Jul 2010 06:22:18 -0700 (PDT) In-Reply-To: References: <897604F6-95C4-49A8-B11F-277A74C8DBAE@gmail.com> <3C0AEF9B-AE0C-4459-A4E1-2C8C30C10FD6@gmail.com> <25B9A19D-0A6B-4731-8FB1-A2C6722F0E9C@gmail.com> <7886D15B-79BF-4BC6-8467-26A8D0FE3D00@gmail.com> <22DAE480-DA7B-4C96-99B6-C87ADCD54C93@gmail.com> Date: Fri, 2 Jul 2010 18:52:18 +0530 Message-ID: From: "Jayachandran C." To: Luiz Otavio O Souza Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-mips@freebsd.org Subject: Re: Merging 64 bit changes to -HEAD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 13:22:26 -0000 On Fri, Jul 2, 2010 at 6:24 PM, Luiz Otavio O Souza wr= ote: > On Jul 2, 2010, at 8:27 AM, Jayachandran C. wrote: >> On Fri, Jul 2, 2010 at 4:34 PM, Luiz Otavio O Souza = wrote: >>> On Jul 1, 2010, at 5:04 PM, Jayachandran C. wrote: >>>>> Looks like I was on the wrong track, it now looks like the pagemask >>>>> maybe the cause. =A0My suspicion is that the bootloader setups a >>>>> pagemask and we never clear it because all the operations save and >>>>> restore the mask. As far as I can see the TLB exception handler will >>>>> not update pagemask. >>>>> >>>>> Juli - any comments on this? Do you need to save/restore pagemask for >>>>> some reason, otherwise I will take out the part from tlb.c. =A0Will s= end >>>>> out a patch a bit later. >>>> >>>> Okay - here's hopefully the final patch. Let me know if it boots up. >>>> >>>> Thanks, >>>> JC. >>>> >>> >>> JC, >>> >>> This patch boots without any problem, thank you ! >> >> At last! :) Thanks for testing. =A0Will get it approved, will check-in >> later today, hopefully. >> >> JC. > > JC, > > Probably too early to talk... > > The buildworld is crashing with this backtrace: http://pastebin.com/1M9h1= B1v > > The function at 8033ba14 is vm_pageout(). > > Let me try a little bit with older kernels just to make sure. Is this happening with -HEAD? If it was working before r209243, can you update to r209243 apply the last patch I sent and see if the issue is caused by the tlb.c changes. But from the panic, it looks likely that this is caused by a later change. Sorry for the trouble, if the tlb.c changes caused this too, I will revert it until I have a way of testing on AR71xx boards too. Thanks JC. From owner-freebsd-mips@FreeBSD.ORG Fri Jul 2 16:03:34 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C11641065674 for ; Fri, 2 Jul 2010 16:03:34 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 19B1C8FC13 for ; Fri, 2 Jul 2010 16:03:33 +0000 (UTC) Received: by bwz12 with SMTP id 12so2050506bwz.13 for ; Fri, 02 Jul 2010 09:03:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=fv8syXKu5kv994jGkSYIL5Jf8o6+CxQOXCdx95VVab8=; b=GrEnqa1ZeSzeRATUszqKgpNc8rR5zHLOfkeJlZJr+QhWFp+a9RWCCvJ4BfGECaRXr9 3EU74CmgPe+yoMNlnHmMIKmx9Ni73MtxLlLPr8WCv+1kDAbNSp21jEhOtNfVu5Eqy1D0 lliTqvjee2kqwLt3Z4+y9IZj67fMIM0Jl8hJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=iX9oMlJV9bGIe454ug4nb77sktpDEVGQVvtCHqYNOzIZm/rOQoVfQLBV6oMaBBjuL7 1MI0r8v2dOB28alcB1OKCe4rGEfBKBeD0vomxiuI6HfRWszSKOaWS9PJMo/2KDTUZT0G bH1Fx57DnqW5CNdrdVJTZpJDdfdfvovfb7OYo= Received: by 10.204.83.225 with SMTP id g33mr815922bkl.37.1278086606632; Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Received: from debian.bg45.phnet (37-37.203-62.cust.bluewin.ch [62.203.37.37]) by mx.google.com with ESMTPS id o20sm3549519bkw.3.2010.07.02.09.03.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Message-ID: <4C2E0DC5.4060209@gmail.com> Date: Fri, 02 Jul 2010 18:03:17 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 MIME-Version: 1.0 To: freebsd-mips@freebsd.org, soc-status@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1244ABC2A3C96B3776C23581" Cc: Subject: Yeeloong status reports X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 16:03:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1244ABC2A3C96B3776C23581 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello. I've just resynced p4 with bzr. Now "mountroot>" is always reached and PCI is working. In particular USB controller, so I see my stick on mountroot prompt. Yeeloong has 2 USB controllers: one on PCI and another on Geode. The one on Geode isn't functional yet. So be sure to put your stick into right far port (2 others are on Geode). Unfortunately it works only when full USB debug messages are enabled. I'll investigate. My first guess is that timeouts or delays have to be longer or I messed up timer config. Another problem is that I for now disabled cache altogether since it was causing problems (perhaps virtual aliasing in unhandled L2 cache). Next goals & problems (not necessarily in this order): 1) USB debug problem 2) Try to boot into userspace 3) Check which devices still don't work 4) Local console. 5) Better integration with bootloader (aka hardcode elimination) 6) Cache problem 7) support more than 256M RAM --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig1244ABC2A3C96B3776C23581 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkwuDcsACgkQNak7dOguQgmCiQEAn7OxLjlYTCl5fp9AipTxIfNO dkoPerLhm3RLw9wci5MBAJ4EGsgYYXDj8L8bzVo/TtEPN3XQtnNsEHC4GOC3tZww =c+8B -----END PGP SIGNATURE----- --------------enig1244ABC2A3C96B3776C23581-- From owner-freebsd-mips@FreeBSD.ORG Fri Jul 2 19:39:18 2010 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 634921065674; Fri, 2 Jul 2010 19:39:18 +0000 (UTC) (envelope-from phcoder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B68668FC13; Fri, 2 Jul 2010 19:39:17 +0000 (UTC) Received: by bwz12 with SMTP id 12so2195072bwz.13 for ; Fri, 02 Jul 2010 12:39:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:content-type; bh=fv8syXKu5kv994jGkSYIL5Jf8o6+CxQOXCdx95VVab8=; b=GrEnqa1ZeSzeRATUszqKgpNc8rR5zHLOfkeJlZJr+QhWFp+a9RWCCvJ4BfGECaRXr9 3EU74CmgPe+yoMNlnHmMIKmx9Ni73MtxLlLPr8WCv+1kDAbNSp21jEhOtNfVu5Eqy1D0 lliTqvjee2kqwLt3Z4+y9IZj67fMIM0Jl8hJI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type; b=iX9oMlJV9bGIe454ug4nb77sktpDEVGQVvtCHqYNOzIZm/rOQoVfQLBV6oMaBBjuL7 1MI0r8v2dOB28alcB1OKCe4rGEfBKBeD0vomxiuI6HfRWszSKOaWS9PJMo/2KDTUZT0G bH1Fx57DnqW5CNdrdVJTZpJDdfdfvovfb7OYo= Received: by 10.204.83.225 with SMTP id g33mr815922bkl.37.1278086606632; Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Received: from debian.bg45.phnet (37-37.203-62.cust.bluewin.ch [62.203.37.37]) by mx.google.com with ESMTPS id o20sm3549519bkw.3.2010.07.02.09.03.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Jul 2010 09:03:26 -0700 (PDT) Message-ID: <4C2E0DC5.4060209@gmail.com> Date: Fri, 02 Jul 2010 18:03:17 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 MIME-Version: 1.0 To: freebsd-mips@freebsd.org, soc-status@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig1244ABC2A3C96B3776C23581" Cc: Subject: Yeeloong status reports X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 19:39:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1244ABC2A3C96B3776C23581 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello. I've just resynced p4 with bzr. Now "mountroot>" is always reached and PCI is working. In particular USB controller, so I see my stick on mountroot prompt. Yeeloong has 2 USB controllers: one on PCI and another on Geode. The one on Geode isn't functional yet. So be sure to put your stick into right far port (2 others are on Geode). Unfortunately it works only when full USB debug messages are enabled. I'll investigate. My first guess is that timeouts or delays have to be longer or I messed up timer config. Another problem is that I for now disabled cache altogether since it was causing problems (perhaps virtual aliasing in unhandled L2 cache). Next goals & problems (not necessarily in this order): 1) USB debug problem 2) Try to boot into userspace 3) Check which devices still don't work 4) Local console. 5) Better integration with bootloader (aka hardcode elimination) 6) Cache problem 7) support more than 256M RAM --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig1244ABC2A3C96B3776C23581 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkwuDcsACgkQNak7dOguQgmCiQEAn7OxLjlYTCl5fp9AipTxIfNO dkoPerLhm3RLw9wci5MBAJ4EGsgYYXDj8L8bzVo/TtEPN3XQtnNsEHC4GOC3tZww =c+8B -----END PGP SIGNATURE----- --------------enig1244ABC2A3C96B3776C23581--