From: "Mika Penttilä" <mika.j.penttila@gmail.com> To: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, edubezval@gmail.com Subject: Date: Tue, 1 Sep 2015 17:14:37 +0300 [thread overview] Message-ID: <CAChTCPz8_2ddsuBgVF0VX-a7Lp=WHWP+W3nyzQgi+g9Tj2EZvQ@mail.gmail.com> (raw) This one causes imx6q with debug uart connected to "schedule while atomic" endlessly : 9e7b399d6528eac33a6fbfceb2b92af209c3454d is the first bad commit commit 9e7b399d6528eac33a6fbfceb2b92af209c3454d Author: Eduardo Valentin <edubezval@gmail.com> Date: Tue Aug 11 10:21:20 2015 -0700 serial: imx: remove unbalanced clk_prepare The current code attempts to prepare clk_per and clk_ipg before using the device. However, the result is an extra prepare call on each clock. Here is the output of uart clocks (only uart enabled and used as console): $ grep uart /sys/kernel/debug/clk/clk_summary uart_serial 1 2 80000000 0 0 uart 1 2 66000000 0 0 This patch balances the calls of prepares. The result is: $ grep uart /sys/kernel/debug/clk/clk_summary uart_serial 1 1 80000000 0 0 uart 1 1 66000000 0 0 Cc: Fabio Estevam <festevam@gmail.com> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Cc: Jiri Slaby <jslaby@suse.com> Cc: linux-serial@vger.kernel.org Cc: linux-pm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Eduardo Valentin <edubezval@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
WARNING: multiple messages have this Message-ID (diff)
From: mika.j.penttila@gmail.com (Mika Penttilä) To: linux-arm-kernel@lists.infradead.org Subject: No subject Date: Tue, 1 Sep 2015 17:14:37 +0300 [thread overview] Message-ID: <CAChTCPz8_2ddsuBgVF0VX-a7Lp=WHWP+W3nyzQgi+g9Tj2EZvQ@mail.gmail.com> (raw) This one causes imx6q with debug uart connected to "schedule while atomic" endlessly : 9e7b399d6528eac33a6fbfceb2b92af209c3454d is the first bad commit commit 9e7b399d6528eac33a6fbfceb2b92af209c3454d Author: Eduardo Valentin <edubezval@gmail.com> Date: Tue Aug 11 10:21:20 2015 -0700 serial: imx: remove unbalanced clk_prepare The current code attempts to prepare clk_per and clk_ipg before using the device. However, the result is an extra prepare call on each clock. Here is the output of uart clocks (only uart enabled and used as console): $ grep uart /sys/kernel/debug/clk/clk_summary uart_serial 1 2 80000000 0 0 uart 1 2 66000000 0 0 This patch balances the calls of prepares. The result is: $ grep uart /sys/kernel/debug/clk/clk_summary uart_serial 1 1 80000000 0 0 uart 1 1 66000000 0 0 Cc: Fabio Estevam <festevam@gmail.com> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Cc: Jiri Slaby <jslaby@suse.com> Cc: linux-serial at vger.kernel.org Cc: linux-pm at vger.kernel.org Cc: linux-kernel at vger.kernel.org Signed-off-by: Eduardo Valentin <edubezval@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
next reply other threads:[~2015-09-01 14:14 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-09-01 14:14 Mika Penttilä [this message] 2015-09-01 14:14 ` No subject Mika Penttilä 2015-09-01 15:22 ` Fabio Estevam 2015-09-01 15:22 ` No subject Fabio Estevam
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='CAChTCPz8_2ddsuBgVF0VX-a7Lp=WHWP+W3nyzQgi+g9Tj2EZvQ@mail.gmail.com' \ --to=mika.j.penttila@gmail.com \ --cc=edubezval@gmail.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ /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.