From: Arnd Bergmann <arnd@arndb.de> To: Yegor Yefremov <yegorslists@googlemail.com> Cc: Arnd Bergmann <arnd@arndb.de>, Tony Lindgren <tony@atomide.com>, Ard Biesheuvel <ardb@kernel.org>, Linux-OMAP <linux-omap@vger.kernel.org>, linux-clk <linux-clk@vger.kernel.org>, Stephen Boyd <sboyd@kernel.org>, Linux ARM <linux-arm-kernel@lists.infradead.org> Subject: Re: am335x: 5.18.x: system stalling Date: Sat, 21 May 2022 21:41:30 +0200 [thread overview] Message-ID: <CAK8P3a1YTBRO_pRZLqbNHwG4DaYA56tn1_E0g3c1VW0B-jz-qg@mail.gmail.com> (raw) In-Reply-To: <CAGm1_kvKxe+RFNSxzZq+hy9594ek-s8owneXQqBMy8PxwdHP8Q@mail.gmail.com> On Thu, May 19, 2022 at 5:52 PM Yegor Yefremov <yegorslists@googlemail.com> wrote: > On Thu, May 12, 2022 at 12:20 PM Yegor Yefremov > <yegorslists@googlemail.com> wrote: > > On Thu, May 12, 2022 at 10:43 AM Arnd Bergmann <arnd@arndb.de> wrote: > > > > > > On Thu, May 12, 2022 at 7:41 AM Tony Lindgren <tony@atomide.com> wrote: > > > > * Yegor Yefremov <yegorslists@googlemail.com> [220511 14:16]: > > > > > On Thu, May 5, 2022 at 7:08 AM Tony Lindgren <tony@atomide.com> wrote: > > > > > > * Yegor Yefremov <yegorslists@googlemail.com> [220504 10:35]: > > > > > > > Hi Tony, all, > > > > > > > > > > > > > > since kernel 5.18.x (5.17.x doesn't show this behavior), the system > > > > > > > stalls as soon as I invoke the following commands (initializing > > > > > > > USB-to-CAN converter): > > > > > > > > > > > > > > slcand -o -s8 -t hw -S 3000000 /dev/ttyUSB0 > > > > > > > ip link set slcan0 up > > > > > > Oh, I missed this part at first and only looked at the backtrace. > > > Which CAN driver > > > are you using? It's likely a problem in the kernel driver. > > > > I am using the slcan driver [1]. Ok, so this is just a serial port based driver, which means the follow-up question is what you use for your uart. Is this one of the USB-serial ones or an on-chip uart? Which driver? > > > CONFIG_DMA_API_DEBUG is still likely to pinpoint the bug, but I might also > > > just see it by looking at the right source file. > > > > I'll try to get more debug info with CONFIG_DMA_API_DEBUG. > > DMA_API_DEBUG showed nothing new. But disabling the CPUfreq driver > "solved" the problem. I have tried different governors and got these > two groups: > > ondemand, schedutil - cause the problem > conservative, powersave, performance and userspace - don't cause the problem > > So far, I have only seen the same debug output that I've initially > sent and in most cases, the system stalls without the output. Ok, so that sounds like it happens when you change the frequency. I assume this means you are using drivers/cpufreq/omap-cpufreq.c? When using the usersapce governor, do you see problems when you manually change the frequency from sysfs? Arnd
WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de> To: Yegor Yefremov <yegorslists@googlemail.com> Cc: Arnd Bergmann <arnd@arndb.de>, Tony Lindgren <tony@atomide.com>, Ard Biesheuvel <ardb@kernel.org>, Linux-OMAP <linux-omap@vger.kernel.org>, linux-clk <linux-clk@vger.kernel.org>, Stephen Boyd <sboyd@kernel.org>, Linux ARM <linux-arm-kernel@lists.infradead.org> Subject: Re: am335x: 5.18.x: system stalling Date: Sat, 21 May 2022 21:41:30 +0200 [thread overview] Message-ID: <CAK8P3a1YTBRO_pRZLqbNHwG4DaYA56tn1_E0g3c1VW0B-jz-qg@mail.gmail.com> (raw) In-Reply-To: <CAGm1_kvKxe+RFNSxzZq+hy9594ek-s8owneXQqBMy8PxwdHP8Q@mail.gmail.com> On Thu, May 19, 2022 at 5:52 PM Yegor Yefremov <yegorslists@googlemail.com> wrote: > On Thu, May 12, 2022 at 12:20 PM Yegor Yefremov > <yegorslists@googlemail.com> wrote: > > On Thu, May 12, 2022 at 10:43 AM Arnd Bergmann <arnd@arndb.de> wrote: > > > > > > On Thu, May 12, 2022 at 7:41 AM Tony Lindgren <tony@atomide.com> wrote: > > > > * Yegor Yefremov <yegorslists@googlemail.com> [220511 14:16]: > > > > > On Thu, May 5, 2022 at 7:08 AM Tony Lindgren <tony@atomide.com> wrote: > > > > > > * Yegor Yefremov <yegorslists@googlemail.com> [220504 10:35]: > > > > > > > Hi Tony, all, > > > > > > > > > > > > > > since kernel 5.18.x (5.17.x doesn't show this behavior), the system > > > > > > > stalls as soon as I invoke the following commands (initializing > > > > > > > USB-to-CAN converter): > > > > > > > > > > > > > > slcand -o -s8 -t hw -S 3000000 /dev/ttyUSB0 > > > > > > > ip link set slcan0 up > > > > > > Oh, I missed this part at first and only looked at the backtrace. > > > Which CAN driver > > > are you using? It's likely a problem in the kernel driver. > > > > I am using the slcan driver [1]. Ok, so this is just a serial port based driver, which means the follow-up question is what you use for your uart. Is this one of the USB-serial ones or an on-chip uart? Which driver? > > > CONFIG_DMA_API_DEBUG is still likely to pinpoint the bug, but I might also > > > just see it by looking at the right source file. > > > > I'll try to get more debug info with CONFIG_DMA_API_DEBUG. > > DMA_API_DEBUG showed nothing new. But disabling the CPUfreq driver > "solved" the problem. I have tried different governors and got these > two groups: > > ondemand, schedutil - cause the problem > conservative, powersave, performance and userspace - don't cause the problem > > So far, I have only seen the same debug output that I've initially > sent and in most cases, the system stalls without the output. Ok, so that sounds like it happens when you change the frequency. I assume this means you are using drivers/cpufreq/omap-cpufreq.c? When using the usersapce governor, do you see problems when you manually change the frequency from sysfs? Arnd _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2022-05-21 19:41 UTC|newest] Thread overview: 115+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-05-04 10:35 am335x: 5.18.x: system stalling Yegor Yefremov 2022-05-05 5:08 ` Tony Lindgren 2022-05-11 14:16 ` Yegor Yefremov 2022-05-12 5:41 ` Tony Lindgren 2022-05-12 5:41 ` Tony Lindgren 2022-05-12 8:14 ` Arnd Bergmann 2022-05-12 8:14 ` Arnd Bergmann 2022-05-12 8:42 ` Arnd Bergmann 2022-05-12 8:42 ` Arnd Bergmann 2022-05-12 10:20 ` Yegor Yefremov 2022-05-12 10:20 ` Yegor Yefremov 2022-05-19 16:52 ` Yegor Yefremov 2022-05-19 16:52 ` Yegor Yefremov 2022-05-21 19:41 ` Arnd Bergmann [this message] 2022-05-21 19:41 ` Arnd Bergmann 2022-05-24 13:38 ` Yegor Yefremov 2022-05-24 13:38 ` Yegor Yefremov 2022-05-24 14:19 ` Tony Lindgren 2022-05-24 14:19 ` Tony Lindgren 2022-05-26 5:49 ` Yegor Yefremov 2022-05-26 5:49 ` Yegor Yefremov 2022-05-26 6:20 ` Tony Lindgren 2022-05-26 6:20 ` Tony Lindgren 2022-05-26 8:19 ` Ard Biesheuvel 2022-05-26 8:19 ` Ard Biesheuvel 2022-05-26 12:37 ` Yegor Yefremov 2022-05-26 12:37 ` Yegor Yefremov 2022-05-26 14:15 ` Arnd Bergmann 2022-05-26 14:15 ` Arnd Bergmann 2022-05-27 4:44 ` Yegor Yefremov 2022-05-27 4:44 ` Yegor Yefremov 2022-05-27 6:38 ` Arnd Bergmann 2022-05-27 6:38 ` Arnd Bergmann 2022-05-27 6:50 ` Tony Lindgren 2022-05-27 6:50 ` Tony Lindgren 2022-05-27 6:57 ` Arnd Bergmann 2022-05-27 6:57 ` Arnd Bergmann 2022-05-27 8:17 ` Yegor Yefremov 2022-05-27 8:17 ` Yegor Yefremov 2022-05-27 8:38 ` Arnd Bergmann 2022-05-27 8:38 ` Arnd Bergmann 2022-05-27 9:50 ` Yegor Yefremov 2022-05-27 9:50 ` Yegor Yefremov 2022-05-27 12:53 ` Arnd Bergmann 2022-05-27 12:53 ` Arnd Bergmann 2022-05-27 13:12 ` Ard Biesheuvel 2022-05-27 13:12 ` Ard Biesheuvel 2022-05-27 14:12 ` Arnd Bergmann 2022-05-27 14:12 ` Arnd Bergmann 2022-05-28 5:48 ` Yegor Yefremov 2022-05-28 5:48 ` Yegor Yefremov 2022-05-28 7:53 ` Arnd Bergmann 2022-05-28 7:53 ` Arnd Bergmann 2022-05-28 8:29 ` Yegor Yefremov 2022-05-28 8:29 ` Yegor Yefremov 2022-05-28 9:07 ` Ard Biesheuvel 2022-05-28 9:07 ` Ard Biesheuvel 2022-05-28 13:01 ` Yegor Yefremov 2022-05-28 13:01 ` Yegor Yefremov 2022-05-28 13:13 ` Arnd Bergmann 2022-05-28 13:13 ` Arnd Bergmann 2022-05-28 19:28 ` Yegor Yefremov 2022-05-28 19:28 ` Yegor Yefremov 2022-05-30 10:16 ` Ard Biesheuvel 2022-05-30 10:16 ` Ard Biesheuvel 2022-05-30 12:09 ` Yegor Yefremov 2022-05-30 12:09 ` Yegor Yefremov 2022-05-30 13:54 ` Arnd Bergmann 2022-05-30 13:54 ` Arnd Bergmann 2022-05-30 15:14 ` Ard Biesheuvel 2022-05-30 15:14 ` Ard Biesheuvel 2022-05-31 8:36 ` Yegor Yefremov 2022-05-31 8:36 ` Yegor Yefremov 2022-05-31 14:16 ` Yegor Yefremov 2022-05-31 14:16 ` Yegor Yefremov 2022-05-31 15:22 ` Arnd Bergmann 2022-05-31 15:22 ` Arnd Bergmann 2022-06-01 7:36 ` Yegor Yefremov 2022-06-01 7:36 ` Yegor Yefremov 2022-06-01 7:59 ` Arnd Bergmann 2022-06-01 7:59 ` Arnd Bergmann 2022-06-01 8:08 ` Ard Biesheuvel 2022-06-01 8:08 ` Ard Biesheuvel 2022-06-01 9:27 ` Ard Biesheuvel 2022-06-01 9:27 ` Ard Biesheuvel 2022-06-01 10:03 ` Yegor Yefremov 2022-06-01 10:03 ` Yegor Yefremov 2022-06-01 10:06 ` Ard Biesheuvel 2022-06-01 10:06 ` Ard Biesheuvel 2022-06-01 10:46 ` Yegor Yefremov 2022-06-01 10:46 ` Yegor Yefremov 2022-06-01 10:49 ` Ard Biesheuvel 2022-06-01 10:49 ` Ard Biesheuvel 2022-06-02 10:17 ` Yegor Yefremov 2022-06-02 10:17 ` Yegor Yefremov 2022-06-02 10:37 ` Ard Biesheuvel 2022-06-02 10:37 ` Ard Biesheuvel 2022-06-02 12:27 ` Yegor Yefremov 2022-06-02 12:27 ` Yegor Yefremov 2022-06-03 8:54 ` Yegor Yefremov 2022-06-03 8:54 ` Yegor Yefremov 2022-06-03 9:32 ` Arnd Bergmann 2022-06-03 9:32 ` Arnd Bergmann 2022-06-03 19:11 ` Yegor Yefremov 2022-06-03 19:11 ` Yegor Yefremov 2022-06-03 20:46 ` Arnd Bergmann 2022-06-03 20:46 ` Arnd Bergmann 2022-06-05 14:59 ` Ard Biesheuvel 2022-06-05 14:59 ` Ard Biesheuvel 2022-06-07 8:55 ` Yegor Yefremov 2022-06-07 8:55 ` Yegor Yefremov 2022-08-12 7:35 ` Arnd Bergmann 2022-08-12 7:35 ` Arnd Bergmann 2022-05-24 14:36 ` Arnd Bergmann 2022-05-24 14:36 ` Arnd Bergmann
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=CAK8P3a1YTBRO_pRZLqbNHwG4DaYA56tn1_E0g3c1VW0B-jz-qg@mail.gmail.com \ --to=arnd@arndb.de \ --cc=ardb@kernel.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-clk@vger.kernel.org \ --cc=linux-omap@vger.kernel.org \ --cc=sboyd@kernel.org \ --cc=tony@atomide.com \ --cc=yegorslists@googlemail.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.