From: Yegor Yefremov <yegorslists@googlemail.com> To: Arnd Bergmann <arnd@arndb.de> Cc: 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: Tue, 24 May 2022 15:38:13 +0200 [thread overview] Message-ID: <CAGm1_kuaRr3BFWSq-2v4vT0VbVvMX=kMHQsQ1KZnKe9UEff3MA@mail.gmail.com> (raw) In-Reply-To: <CAK8P3a1YTBRO_pRZLqbNHwG4DaYA56tn1_E0g3c1VW0B-jz-qg@mail.gmail.com> Hi Arnd, On Sat, May 21, 2022 at 9:41 PM Arnd Bergmann <arnd@arndb.de> wrote: > > 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? This is the following chain: am335x -> musb-> ftdi_sio (FT-X flavor). I have also tried another system with two FT4232 chips (RS232 devices) and performed transmission tests. This had no effect, the system didn't stall. > > > > 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? Yes. > When using the usersapce governor, do you see problems when you > manually change the frequency from sysfs? No, I can switch between 300MHz and 600MHz and perform CAN tests. Everything goes well. Yegor
WARNING: multiple messages have this Message-ID (diff)
From: Yegor Yefremov <yegorslists@googlemail.com> To: Arnd Bergmann <arnd@arndb.de> Cc: 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: Tue, 24 May 2022 15:38:13 +0200 [thread overview] Message-ID: <CAGm1_kuaRr3BFWSq-2v4vT0VbVvMX=kMHQsQ1KZnKe9UEff3MA@mail.gmail.com> (raw) In-Reply-To: <CAK8P3a1YTBRO_pRZLqbNHwG4DaYA56tn1_E0g3c1VW0B-jz-qg@mail.gmail.com> Hi Arnd, On Sat, May 21, 2022 at 9:41 PM Arnd Bergmann <arnd@arndb.de> wrote: > > 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? This is the following chain: am335x -> musb-> ftdi_sio (FT-X flavor). I have also tried another system with two FT4232 chips (RS232 devices) and performed transmission tests. This had no effect, the system didn't stall. > > > > 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? Yes. > When using the usersapce governor, do you see problems when you > manually change the frequency from sysfs? No, I can switch between 300MHz and 600MHz and perform CAN tests. Everything goes well. Yegor _______________________________________________ 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-24 13:38 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 2022-05-21 19:41 ` Arnd Bergmann 2022-05-24 13:38 ` Yegor Yefremov [this message] 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='CAGm1_kuaRr3BFWSq-2v4vT0VbVvMX=kMHQsQ1KZnKe9UEff3MA@mail.gmail.com' \ --to=yegorslists@googlemail.com \ --cc=ardb@kernel.org \ --cc=arnd@arndb.de \ --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 \ /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.