Received: by 10.213.65.68 with SMTP id h4csp1642463imn; Mon, 19 Mar 2018 09:26:50 -0700 (PDT) X-Google-Smtp-Source: AG47ELtbuU2f8b5tQH5IFzLwyOGbta0vIsEnrqWtCUzs4DfrB+EqIl1S2HsE3NgtWLGmRGLZ6we3 X-Received: by 2002:a17:902:d886:: with SMTP id b6-v6mr7920128plz.254.1521476810530; Mon, 19 Mar 2018 09:26:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521476810; cv=none; d=google.com; s=arc-20160816; b=BfKcYnc4fvDlzzpCfw4EXJCw3fWUValFwO9K+T2XE+AuEJHAwFF+QeaRrf8bD3VCKm H6/6aUJpCWed0AVLDwjtuxXNqX33SHzUKY8OvAtrVB9qltVt4bbKGnF4kfkW9OzNKgVs HudGugjvNxA1D4XFI5+h6wUtG1vexjxRkEC1PRoR2uqE7epf1J9CFTODC08Frucf2B9g WQvb8ksGWemw8AvwWNqUKmVQL8D6QAaP/tW0xLxPXYLH5FsFNARehuQc/y3i9OU5KVvG asZjvl2gBTml3PUqAcYSV9/jYYqTWRPNhEhNVobymMmj9Q88/fOBYRBLnGPqNaOvkgRU ZZ1g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=ASeJ1KmHYdkp+gTUKpIXDKAK0PnSRv9/dWhr/QoFPBY=; b=yJhoMBnglqzGmAY/ORoXAJeay/foXFt87NNwXypCtvcc+b1wmp9F70lbTAB4BkhDJJ 08XaT5z5nbU6yJZMkn85Q0GtdoiFd/air/MaUe5aQfB76Gn03a3ELJLEquEAbC8lXlHE ZgX4SIiIuk971nWxtmLskbgs4gQLDM4Ut3vOGV3qXqza6Nd1wGrPzFlKspAcecDjyUgT JITwuGvyV+j+UXPdycimGndMfdtrB5mhoCpGIzp92GK36OGd8FJurwZdC5Lz9UcEsVb6 BI8zTPOcSSrZzZ/I2erK1W7TEOatINj1JNgrXpYYcYccbhw11X+fP0LUNDabA8U0Axwg 4SfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=yRz/+nu4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p10si191506pgv.97.2018.03.19.09.26.35; Mon, 19 Mar 2018 09:26:50 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@baylibre-com.20150623.gappssmtp.com header.s=20150623 header.b=yRz/+nu4; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935493AbeCSQZL (ORCPT + 99 others); Mon, 19 Mar 2018 12:25:11 -0400 Received: from mail-ot0-f196.google.com ([74.125.82.196]:34955 "EHLO mail-ot0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966902AbeCSQOG (ORCPT ); Mon, 19 Mar 2018 12:14:06 -0400 Received: by mail-ot0-f196.google.com with SMTP id r30-v6so17987838otr.2 for ; Mon, 19 Mar 2018 09:14:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ASeJ1KmHYdkp+gTUKpIXDKAK0PnSRv9/dWhr/QoFPBY=; b=yRz/+nu4gDdOatBV+gJ7N/xrOU7BB8fSmiN8P0Wlv1H9FZYjhrY/y7rso5SqIcY5IL MAh4nX/Muz2wKz7Mg1yoUw6i6Tl86YSMPsKGB3m1XWbsVSZoyFrLSwC6c2rBzF9NpMuY coIvWddxrTbDJSHkVuKkiv1YzCe6AGFgpCYJADW91QiyyZiRUtC/g3FNjfkErM7wiFFN bHWfCVPVgHyvhjiGN+POUYW4csfY7u+rAbQ1LN8ABgkViDRXRXsXlgdyw/USvd4ockjC DGVUgWONknVf4ay5L+oWZ48qZcpL7ckruOCqiRPBplf8+2oQ0Tbo9hSOSEHMiDHAQzCx j3JQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ASeJ1KmHYdkp+gTUKpIXDKAK0PnSRv9/dWhr/QoFPBY=; b=gqsoEkja3IoERyx9LXedcqUaxkEaJQfuoP/EopFrbsm/4sclD2snYiPKE9oW/iggeo wcEaO4QoHYSbkBpBBjc9dxa7T0KOLiFQMmrL1HqoGgFPSfnMbP4tT05UoXt4kSgrKigG W6xzca83GBNXyWfAjQxKUp1qRFa2f+EIbdHZrMgWA4RNlbkXrs4B3iLRb9ypO8wWJ+4U 2yPXijlfPeshC1UZLLop3+3LxaGR8xSVp659qNFuSmo0wn+Ygw2Bib54H6SqntYuIZR6 TfIHZjM8jEdqeVdsurVHoq8ydiB7k7qQxqG1+ZfvXsWeAdyLIBCRQ0h4jR1j+ecvByi4 hK0Q== X-Gm-Message-State: AElRT7H/gfHMaVcBJFx8C4D3H5BwZIEO0WUgiAANlr6e68sUcmVm5CjI amMvXI0HgDQZHM7ad9xrJw2vXQMoDMOgahPMw1i9Og== X-Received: by 2002:a9d:e82:: with SMTP id 2-v6mr8468971otj.393.1521476045631; Mon, 19 Mar 2018 09:14:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.74.208.36 with HTTP; Mon, 19 Mar 2018 09:14:05 -0700 (PDT) In-Reply-To: References: <1521168778-27236-1-git-send-email-david@lechnology.com> From: Bartosz Golaszewski Date: Mon, 19 Mar 2018 17:14:05 +0100 Message-ID: Subject: =?UTF-8?Q?Re=3A_=5BPATCH_v8_00=2F42=5D_ARM=3A_davinci=3A_convert_to_common?= =?UTF-8?Q?_clock_framework=E2=80=8B?= To: Adam Ford Cc: David Lechner , linux-clk@vger.kernel.org, linux-devicetree , arm-soc , Michael Turquette , Stephen Boyd , Rob Herring , Mark Rutland , Sekhar Nori , Kevin Hilman , LKML Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2018-03-19 17:11 GMT+01:00 Adam Ford : > On Mon, Mar 19, 2018 at 10:59 AM, David Lechner wrote: >> On 03/19/2018 08:17 AM, Bartosz Golaszewski wrote: >>> >>> 2018-03-16 3:52 GMT+01:00 David Lechner : >>>> >>>> This series converts mach-davinci to use the common clock framework. >>>> >>>> The series works like this, the first 19 patches create new clock drivers >>>> using the common clock framework. There are basically 3 groups of clocks >>>> - >>>> PLL, PSC and CFGCHIP (syscon). There are six different SoCs that each >>>> have >>>> unique init data, which is the reason for so many patches. >>>> >>>> Then, starting with "ARM: davinci: pass clock as parameter to >>>> davinci_timer_init()", we get the mach code ready for the switch by >>>> adding the >>>> code needed for the new clock drivers and adding #ifndef >>>> CONFIG_COMMON_CLK >>>> around the legacy clocks so that we can switch easily between the old and >>>> the >>>> new. >>>> >>>> "ARM: davinci: switch to common clock framework" actually flips the >>>> switch >>>> to start using the new clock drivers. Then the next 8 patches remove all >>>> of the old clock code. >>>> >>>> The final three patches add device tree clock support to the one SoC that >>>> supports it. >>>> >>>> This series has been tested on LEGO MINDSTORMS EV3 (device tree) and TI >>>> OMAP-L138 LCDK (both device tree and legacy board file). >>>> >>> >>> Hi David, >>> >>> thanks, with the u-boot fix everything seems to work fine. I tested >>> da850-lcdk and da850-evm boards in DT and board file modes. >>> > > I tested MMC and Ethernet. Both appear to be operating normally, but > I have having USB issues. > > Should I be testing cpufreq? I noticed that when changing the > frequencies, the USB appears to stop recognizing connections and > disconnections. > > I did some testing on the DA850-EVM with USB from your repo, and I'm > getting some crashing on MUSB unplug that do not appear in the > 4.16-RC6 from linux-stable: > > > ------------[ cut here ]------------ > WARNING: CPU: 0 PID: 13 at drivers/dma/cppi41.c:694 > cppi41_stop_chan+0x1f4/0x378 [cppi41] > Modules linked in: evbug evdev mousedev hid_generic usbhid hid > usb_f_ss_lb g_zero libcomposite configfs ofpart cmdlinepart m25p80 > spi_nor cppi41 adv7343 tvp514x vpif_display vpif_capture > videobuf2_dma_con > tig videobuf2_memops videobuf2_v4l2 videobuf2_common v4l2_fwnode > v4l2_common snd_soc_simple_card tilcdc spi_davinci > snd_soc_simple_card_utils videodev pwm_tiecap spi_bitbang da8xx > drm_kms_helper phy_gener > ic syscopyarea ohci_da8xx musb_hdrc sysfillrect sysimgblt fb_sys_fops > ohci_hcd udc_core drm usbcore drm_panel_orientation_quirks usb_common > snd_soc_tlv320aic3x vpif snd_soc_davinci_mcasp snd_soc_edma snd_ > soc_core snd_pcm_dmaengine snd_pcm rtc_omap snd_timer snd soundcore > phy_da8xx_usb davinci_nand nand nand_ecc mtd pwm_bl backlight > cpufreq_dt ti_aemif > CPU: 0 PID: 13 Comm: kworker/0:1 Not tainted 4.16.0-rc5-g291ba8b-dirty #3 > Hardware name: Generic DA850/OMAP-L138/AM18x > Workqueue: usb_hub_wq hub_event [usbcore] > Backtrace: > [] (dump_backtrace) from [] (show_stack+0x18/0x1c) > r7:00000009 r6:00000000 r5:bf339ad0 r4:00000000 > [] (show_stack) from [] (dump_stack+0x20/0x28) > [] (dump_stack) from [] (__warn+0xd4/0xfc) > [] (__warn) from [] (warn_slowpath_null+0x44/0x50) > r8:c6c43080 r7:c05f1008 r6:bf338744 r5:000002b6 r4:bf339ad0 > [] (warn_slowpath_null) from [] > (cppi41_stop_chan+0x1f4/0x378 [cppi41]) > r6:c5e59410 r5:c5e59420 r4:c5feca50 > [] (cppi41_stop_chan [cppi41]) from [] > (cppi41_dma_channel_abort+0xe0/0x2a8 [musb_hdrc]) > r8:c6929180 r7:00000000 r6:c5c67290 r5:bf2175a0 r4:00000008 > [] (cppi41_dma_channel_abort [musb_hdrc]) from [] > (musb_cleanup_urb+0x60/0x210 [musb_hdrc]) > r10:00000001 r9:c5fca010 r8:c5c67290 r7:a0000093 r6:00000080 r5:c55b5100 > r4:c5fca5a8 > [] (musb_cleanup_urb [musb_hdrc]) from [] > (musb_urb_dequeue+0xfc/0x164 [musb_hdrc]) > r10:00000001 r9:40408280 r8:c5fca010 r7:a0000093 r6:00000000 r5:c55b5380 > r4:c55b5100 > [] (musb_urb_dequeue [musb_hdrc]) from [] > (unlink1+0x34/0x13c [usbcore]) > r10:00000100 r9:c5cb2a00 r8:c55b5100 r7:ffffff94 r6:c5c6c000 r5:c5dd2380 > r4:c55b5100 r3:bf20c990 > [] (unlink1 [usbcore]) from [] > (usb_hcd_flush_endpoint+0x164/0x1a4 [usbcore]) > r9:c5cb2a00 r8:c55b5100 r7:c5c6c000 r6:c5dd2398 r5:c5dd2380 r4:ffffe000 > [] (usb_hcd_flush_endpoint [usbcore]) from [] > (usb_disable_endpoint+0x50/0x94 [usbcore]) > r9:c5cb2a00 r8:bf39e898 r7:00000000 r6:c5c43000 r5:c5c43000 r4:c5dd2380 > [] (usb_disable_endpoint [usbcore]) from [] > (usb_disable_interface+0x44/0x58 [usbcore]) > r5:c5dd2348 r4:00000000 > [] (usb_disable_interface [usbcore]) from [] > (usb_unbind_interface+0x1c0/0x268 [usbcore]) > r7:c5cb2c00 r6:bf39e898 r5:c5cb2c20 r4:c5cb2c20 > [] (usb_unbind_interface [usbcore]) from [] > (device_release_driver_internal+0x160/0x208) > r10:00000100 r9:c5cb2a00 r8:00000034 r7:00000000 r6:bf39e898 r5:c5cb2c54 > r4:c5cb2c20 > [] (device_release_driver_internal) from [] > (device_release_driver+0x18/0x1c) > r9:c5cb2a00 r8:c05f1008 r7:c5c43070 r6:bf12895c r5:c5cb2c20 r4:c5dc91ac > [] (device_release_driver) from [] > (bus_remove_device+0xd0/0x100) > [] (bus_remove_device) from [] (device_del+0x120/0x378) > r7:c5c43070 r6:c5cb2c28 r5:00000000 r4:c5cb2c20 > [] (device_del) from [] > (usb_disable_device+0x94/0x1d8 [usbcore]) > r10:00000100 r9:c5cb2a00 r8:c5cb2c00 r7:c5c6c000 r6:00000001 r5:00000000 > r4:c5c43000 > [] (usb_disable_device [usbcore]) from [] > (usb_disconnect+0xb4/0x244 [usbcore]) > r9:c5cb2a00 r8:c5c2d600 r7:c5c430a4 r6:c5c43070 r5:c5c43000 r4:00000000 > [] (usb_disconnect [usbcore]) from [] > (hub_event+0x678/0x11dc [usbcore]) > r10:00000100 r9:c05f1008 r8:c5c2dcf8 r7:c68fc400 r6:00000001 r5:40000000 > r4:00000000 > [] (hub_event [usbcore]) from [] > (process_one_work+0x1d8/0x41c) > r10:00000008 r9:00000000 r8:c060b1d0 r7:00000000 r6:c7ede200 r5:c6882480 > r4:c5c2dcf8 > [] (process_one_work) from [] (worker_thread+0x3c/0x670) > r10:00000008 r9:c060b1e4 r8:c061ab60 r7:c6882498 r6:ffffe000 r5:c060b1d0 > r4:c6882480 > [] (worker_thread) from [] (kthread+0x134/0x14c) > r10:c683fe90 r9:c0031ff4 r8:c6882480 r7:c6896000 r6:00000000 r5:c687bd80 > r4:c6803e80 > [] (kthread) from [] (ret_from_fork+0x14/0x34) > Exception stack(0xc6897fb0 to 0xc6897ff8) > 7fa0: 00000000 00000000 00000000 00000000 > 7fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 > 7fe0: 00000000 00000000 00000000 00000000 00000013 00000000 > r10:00000000 r9:00000000 r8:00000000 r7:00000000 r6:00000000 r5:c003813c > r4:c687bd80 > ---[ end trace cb9c7f93aaa3ed36 ]--- > ------------[ cut here ]------------ > > > adam > Hi Adam, this is a known issue and it's present in mainline and even in TI BSP. It's been deprioritized for now, but I'll return to debugging it once the common clock conversion is complete. Thanks, Bartosz