From: Tony Lindgren <tony@atomide.com> To: Russell King - ARM Linux <linux@arm.linux.org.uk> Cc: "Pavel Machek" <pavel@ucw.cz>, "Pali Rohár" <pali.rohar@gmail.com>, "Rob Herring" <robherring2@gmail.com>, "Will Deacon" <will.deacon@arm.com>, "Ivaylo Dimitrov" <ivo.g.dimitrov.75@gmail.com>, "Sebastian Reichel" <sre@debian.org>, "Andreas Färber" <afaerber@suse.de>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, "Nicolas Pitre" <nicolas.pitre@linaro.org>, "Arnd Bergmann" <arnd@arndb.de> Subject: Re: [PATCH v2 0/2] ARM: /proc/cpuinfo: DT: Add support for Revision Date: Mon, 16 Mar 2015 11:10:26 -0700 [thread overview] Message-ID: <20150316181023.GT5264@atomide.com> (raw) In-Reply-To: <20150316161449.GJ8656@n2100.arm.linux.org.uk> * Russell King - ARM Linux <linux@arm.linux.org.uk> [150316 09:15]: > On Mon, Mar 16, 2015 at 08:44:10AM -0700, Tony Lindgren wrote: > > * Pavel Machek <pavel@ucw.cz> [150302 03:32]: > > > On Fri 2015-02-27 16:55:26, Pali Rohár wrote: > > > > This patch adds support for DT "/revision" and convert ATAG_REVISION to DT. > > > > > > > > Pali Rohár (2): > > > > arm: devtree: Set system_rev from DT revision > > > > arm: boot: convert ATAG_REVISION to DT revision field > > > > > > Acked-by: Pavel Machek <pavel@ucw.cz> > > > > Are these queued somewhere now? Sounds like this is the last pending > > issue for n900 to use legacy user space with current mainline kernels, > > so I'd like to get these in so we can get closer to making omap3 boot > > in device tree only mode. > > Not that I know of. As everyone is aware, patches need to be in my > patch system if they want me to apply them - which would've been > especially important as I was away from kernel stuff for a week at > the start of March (for medical reasons) and I can't be expected to > track the status of stuff which is buried behind 1000+ extra mails. Pali, care to upload these two patches to Russell's patch tracking system if no other comments? > In any case, I'm currently not accepting /any/ patches into my tree at > present; I'm chasing a horrid instability on one of my test platforms > which is making it impossible to tell whether any particular change or > changes in my tree is responsible or not for it. It doesn't seem to be > a hardware failure (if it was, I'd simply take the board out of the > nightly test system.) > > It's quite literally taking hours to figure out what's going on - I've > been on this for about 12 hours now and still not much closer to knowing > what's causing it (other than I know that -rc1 plus my queue seems to be > fine, -rc3 plus my queue is definitely broken, -rc3 alone is fine. So > something I'm already carrying seems to be responsible, but each time I > identify a particular patch and drop _just_ that change, I find that the > problem is back when I try my queue minus the bad changes. With a test > cycle time of 20+ minutes (due to the number of boots required to make > certain of a dependable result), this is /really/ slow progress. > > Right now, I can't be positively sure that /anything/ I have already > merged isn't a factor in causing this problem, so I don't want to > augment my tree with any additional patches which would upset my > ability to move about in the tree, and get reproducable results from > repeated testing. To merge something else will probably mean I'll > have to start again from the beginning and the last 12 hours spent > testing will have been wasted. Oh debugging those things sucks. Maybe try with CONFIG_DEBUG_SLAB to see if you trigger any poison. Regards, Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH v2 0/2] ARM: /proc/cpuinfo: DT: Add support for Revision Date: Mon, 16 Mar 2015 11:10:26 -0700 [thread overview] Message-ID: <20150316181023.GT5264@atomide.com> (raw) In-Reply-To: <20150316161449.GJ8656@n2100.arm.linux.org.uk> * Russell King - ARM Linux <linux@arm.linux.org.uk> [150316 09:15]: > On Mon, Mar 16, 2015 at 08:44:10AM -0700, Tony Lindgren wrote: > > * Pavel Machek <pavel@ucw.cz> [150302 03:32]: > > > On Fri 2015-02-27 16:55:26, Pali Roh?r wrote: > > > > This patch adds support for DT "/revision" and convert ATAG_REVISION to DT. > > > > > > > > Pali Roh?r (2): > > > > arm: devtree: Set system_rev from DT revision > > > > arm: boot: convert ATAG_REVISION to DT revision field > > > > > > Acked-by: Pavel Machek <pavel@ucw.cz> > > > > Are these queued somewhere now? Sounds like this is the last pending > > issue for n900 to use legacy user space with current mainline kernels, > > so I'd like to get these in so we can get closer to making omap3 boot > > in device tree only mode. > > Not that I know of. As everyone is aware, patches need to be in my > patch system if they want me to apply them - which would've been > especially important as I was away from kernel stuff for a week at > the start of March (for medical reasons) and I can't be expected to > track the status of stuff which is buried behind 1000+ extra mails. Pali, care to upload these two patches to Russell's patch tracking system if no other comments? > In any case, I'm currently not accepting /any/ patches into my tree at > present; I'm chasing a horrid instability on one of my test platforms > which is making it impossible to tell whether any particular change or > changes in my tree is responsible or not for it. It doesn't seem to be > a hardware failure (if it was, I'd simply take the board out of the > nightly test system.) > > It's quite literally taking hours to figure out what's going on - I've > been on this for about 12 hours now and still not much closer to knowing > what's causing it (other than I know that -rc1 plus my queue seems to be > fine, -rc3 plus my queue is definitely broken, -rc3 alone is fine. So > something I'm already carrying seems to be responsible, but each time I > identify a particular patch and drop _just_ that change, I find that the > problem is back when I try my queue minus the bad changes. With a test > cycle time of 20+ minutes (due to the number of boots required to make > certain of a dependable result), this is /really/ slow progress. > > Right now, I can't be positively sure that /anything/ I have already > merged isn't a factor in causing this problem, so I don't want to > augment my tree with any additional patches which would upset my > ability to move about in the tree, and get reproducable results from > repeated testing. To merge something else will probably mean I'll > have to start again from the beginning and the last 12 hours spent > testing will have been wasted. Oh debugging those things sucks. Maybe try with CONFIG_DEBUG_SLAB to see if you trigger any poison. Regards, Tony
next prev parent reply other threads:[~2015-03-16 18:15 UTC|newest] Thread overview: 197+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-06-18 16:54 [PATCH] ARM: /proc/cpuinfo: Use DT machine name when possible Pali Rohár 2014-06-18 16:54 ` Pali Rohár 2014-06-18 19:01 ` Russell King - ARM Linux 2014-06-18 19:01 ` Russell King - ARM Linux 2014-06-18 19:09 ` Pali Rohár 2014-06-18 19:09 ` Pali Rohár 2014-06-18 19:59 ` Russell King - ARM Linux 2014-06-18 19:59 ` Russell King - ARM Linux 2014-06-19 8:21 ` Pavel Machek 2014-06-19 8:21 ` Pavel Machek 2014-07-11 19:31 ` Pavel Machek 2014-07-11 19:31 ` Pavel Machek 2014-06-18 19:07 ` Rob Herring 2014-06-18 19:07 ` Rob Herring 2014-06-18 19:22 ` Pali Rohár 2014-06-18 19:22 ` Pali Rohár 2014-06-18 20:00 ` Russell King - ARM Linux 2014-06-18 20:00 ` Russell King - ARM Linux 2014-06-18 20:20 ` Pali Rohár 2014-06-18 20:20 ` Pali Rohár 2014-06-18 21:53 ` Fabio Estevam 2014-06-18 21:53 ` Fabio Estevam 2014-11-24 22:16 ` Pali Rohár 2014-11-24 22:16 ` Pali Rohár 2014-06-18 20:46 ` Rob Herring 2014-06-18 20:46 ` Rob Herring 2014-06-18 21:47 ` Russell King - ARM Linux 2014-06-18 21:47 ` Russell King - ARM Linux 2014-06-18 22:27 ` Rob Herring 2014-06-18 22:27 ` Rob Herring 2014-06-18 23:07 ` Russell King - ARM Linux 2014-06-18 23:07 ` Russell King - ARM Linux 2014-11-24 22:19 ` Pali Rohár 2014-11-24 22:19 ` Pali Rohár 2014-12-04 0:33 ` Rob Herring 2014-12-04 0:33 ` Rob Herring 2014-12-04 0:48 ` Pali Rohár 2014-12-04 0:48 ` Pali Rohár 2014-12-04 16:49 ` Rob Herring 2014-12-04 16:49 ` Rob Herring 2014-12-04 17:57 ` Pali Rohár 2014-12-04 17:57 ` Pali Rohár 2014-12-04 18:10 ` Rob Herring 2014-12-04 18:10 ` Rob Herring 2015-01-26 19:09 ` [PATCH] ARM: /proc/cpuinfo: DT: Add support for Revision Pali Rohár 2015-01-26 19:09 ` Pali Rohár 2015-01-26 20:22 ` Rob Herring 2015-01-26 20:22 ` Rob Herring 2015-01-30 14:14 ` Pali Rohár 2015-01-30 14:14 ` Pali Rohár 2015-01-30 21:03 ` Rob Herring 2015-01-30 21:03 ` Rob Herring 2015-02-27 15:45 ` Pali Rohár 2015-02-27 15:45 ` Pali Rohár 2015-02-27 15:55 ` [PATCH v2 0/2] " Pali Rohár 2015-02-27 15:55 ` Pali Rohár 2015-02-27 15:55 ` [PATCH v2 1/2] arm: devtree: Set system_rev from DT revision Pali Rohár 2015-02-27 15:55 ` Pali Rohár 2015-02-27 15:55 ` [PATCH v2 2/2] arm: boot: convert ATAG_REVISION to DT revision field Pali Rohár 2015-02-27 15:55 ` Pali Rohár 2015-03-02 11:28 ` [PATCH v2 0/2] ARM: /proc/cpuinfo: DT: Add support for Revision Pavel Machek 2015-03-02 11:28 ` Pavel Machek 2015-03-16 15:44 ` Tony Lindgren 2015-03-16 15:44 ` Tony Lindgren 2015-03-16 16:14 ` Russell King - ARM Linux 2015-03-16 16:14 ` Russell King - ARM Linux 2015-03-16 16:43 ` Nicolas Pitre 2015-03-16 16:43 ` Nicolas Pitre 2015-03-16 19:21 ` Russell King - ARM Linux 2015-03-16 19:21 ` Russell King - ARM Linux 2015-03-16 18:10 ` Tony Lindgren [this message] 2015-03-16 18:10 ` Tony Lindgren 2015-03-16 19:59 ` Russell King - ARM Linux 2015-03-16 19:59 ` Russell King - ARM Linux 2015-03-16 20:54 ` Pali Rohár 2015-03-16 20:54 ` Pali Rohár 2015-03-16 20:59 ` Tony Lindgren 2015-03-16 20:59 ` Tony Lindgren 2015-01-26 22:34 ` [PATCH] " Andreas Färber 2015-01-26 22:34 ` Andreas Färber 2015-02-27 15:56 ` Pali Rohár 2015-02-27 15:56 ` Pali Rohár 2015-01-26 19:16 ` [PATCH] ARM: /proc/atags: Export also for DT Pali Rohár 2015-01-26 19:16 ` Pali Rohár 2015-01-26 20:33 ` Rob Herring 2015-01-26 20:33 ` Rob Herring 2015-01-27 13:21 ` Pavel Machek 2015-01-27 13:21 ` Pavel Machek 2015-01-27 14:16 ` Rob Herring 2015-01-27 14:16 ` Rob Herring 2015-01-27 14:24 ` Pavel Machek 2015-01-27 14:24 ` Pavel Machek 2015-01-27 14:32 ` Pali Rohár 2015-01-27 14:32 ` Pali Rohár 2015-01-27 17:48 ` Russell King - ARM Linux 2015-01-27 17:48 ` Russell King - ARM Linux 2015-01-27 20:03 ` Nicolas Pitre 2015-01-27 20:03 ` Nicolas Pitre 2015-01-27 21:09 ` Russell King - ARM Linux 2015-01-27 21:09 ` Russell King - ARM Linux 2015-01-27 21:34 ` Nicolas Pitre 2015-01-27 21:34 ` Nicolas Pitre 2015-01-27 21:58 ` Nicolas Pitre 2015-01-27 21:58 ` Nicolas Pitre 2015-01-27 22:33 ` Russell King - ARM Linux 2015-01-27 22:33 ` Russell King - ARM Linux 2015-01-28 2:07 ` Nicolas Pitre 2015-01-28 2:07 ` Nicolas Pitre 2015-01-28 6:21 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-28 6:21 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-28 7:19 ` Pavel Machek 2015-01-28 7:19 ` Pavel Machek 2015-01-28 8:06 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-28 8:06 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-28 8:25 ` Pavel Machek 2015-01-28 8:25 ` Pavel Machek 2015-01-28 7:18 ` Pavel Machek 2015-01-28 7:18 ` Pavel Machek 2015-01-28 13:38 ` Pali Rohár 2015-01-28 13:38 ` Pali Rohár 2015-01-27 23:10 ` Pavel Machek 2015-01-27 23:10 ` Pavel Machek 2015-01-28 0:50 ` Tony Lindgren 2015-01-28 0:50 ` Tony Lindgren 2015-01-28 13:58 ` Pali Rohár 2015-01-28 13:58 ` Pali Rohár 2015-01-28 14:33 ` Nicolas Pitre 2015-01-28 15:39 ` Tony Lindgren 2015-01-28 15:39 ` Tony Lindgren 2015-01-28 15:47 ` Pali Rohár 2015-01-28 15:47 ` Pali Rohár 2015-01-28 15:48 ` Tony Lindgren 2015-01-28 15:48 ` Tony Lindgren 2015-01-28 16:31 ` Jason Cooper 2015-01-28 16:31 ` Jason Cooper 2015-01-28 15:57 ` Rob Herring 2015-01-28 15:57 ` Rob Herring 2015-01-28 16:13 ` Russell King - ARM Linux 2015-01-28 16:13 ` Russell King - ARM Linux 2015-01-28 16:19 ` Will Deacon 2015-01-28 16:19 ` Will Deacon 2015-01-28 17:01 ` Russell King - ARM Linux 2015-01-28 17:01 ` Russell King - ARM Linux 2015-01-28 17:29 ` Russell King - ARM Linux 2015-01-28 17:29 ` Russell King - ARM Linux 2015-01-28 17:18 ` Pali Rohár 2015-01-28 17:18 ` Pali Rohár 2015-01-28 18:00 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-28 18:00 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-28 19:33 ` Pali Rohár 2015-01-28 19:33 ` Pali Rohár 2015-01-28 18:03 ` Pavel Machek 2015-01-28 18:03 ` Pavel Machek 2015-01-28 19:27 ` Arnd Bergmann 2015-01-28 19:27 ` Arnd Bergmann 2015-01-28 14:46 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-28 14:46 ` Jean-Christophe PLAGNIOL-VILLARD 2015-01-27 19:40 ` Nicolas Pitre 2015-01-27 19:40 ` Nicolas Pitre 2015-01-26 20:37 ` Russell King - ARM Linux 2015-01-26 20:37 ` Russell King - ARM Linux 2015-01-26 20:44 ` Pali Rohár 2015-01-26 20:44 ` Pali Rohár 2014-12-04 19:00 ` [PATCH] ARM: /proc/cpuinfo: Use DT machine name when possible Pali Rohár 2014-12-04 19:00 ` Pali Rohár 2014-12-04 10:59 ` Russell King - ARM Linux 2014-12-04 10:59 ` Russell King - ARM Linux 2014-06-18 21:10 ` Aaro Koskinen 2014-06-18 21:10 ` Aaro Koskinen 2014-07-11 19:28 ` Pavel Machek 2014-07-11 19:28 ` Pavel Machek 2014-11-24 22:21 ` Pali Rohár 2014-11-24 22:21 ` Pali Rohár 2014-09-05 11:38 ` Pali Rohár 2014-09-05 11:38 ` Pali Rohár 2014-09-05 12:13 ` Russell King - ARM Linux 2014-09-05 12:13 ` Russell King - ARM Linux 2014-09-10 12:46 ` Pavel Machek 2014-09-10 12:46 ` Pavel Machek 2014-11-24 22:23 ` Pali Rohár 2014-11-24 22:23 ` Pali Rohár 2014-09-05 13:45 ` Mark Rutland 2014-09-05 13:45 ` Mark Rutland 2014-09-05 13:52 ` Pali Rohár 2014-09-05 13:52 ` Pali Rohár 2014-09-05 13:58 ` Mark Rutland 2014-09-05 13:58 ` Mark Rutland 2014-11-24 22:25 ` Pali Rohár 2014-11-24 22:25 ` Pali Rohár 2014-09-05 13:58 ` Fabio Estevam 2014-09-05 13:58 ` Fabio Estevam 2014-11-24 22:27 ` Pali Rohár 2014-11-24 22:27 ` Pali Rohár 2014-09-06 15:34 ` Andreas Färber 2014-09-06 15:34 ` Andreas Färber 2014-11-24 22:29 ` Pali Rohár 2014-11-24 22:29 ` Pali Rohár
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20150316181023.GT5264@atomide.com \ --to=tony@atomide.com \ --cc=afaerber@suse.de \ --cc=arnd@arndb.de \ --cc=ivo.g.dimitrov.75@gmail.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux@arm.linux.org.uk \ --cc=nicolas.pitre@linaro.org \ --cc=pali.rohar@gmail.com \ --cc=pavel@ucw.cz \ --cc=robherring2@gmail.com \ --cc=sre@debian.org \ --cc=will.deacon@arm.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.