linaro-kernel September 2013

linaro-kernel@lists.linaro.org

106 participants
319 discussions

linus/master boot: 27 pass, 2 fail (v3.12-rc2-160-g669fc2f)

by Kevin Hilman build bot

Automated DT boot report for various ARM defconfigs. Boot test simply checks if kernel can boot to initramfs with busybox and run some basic commands (e.g. 'cat /proc/cpuinfo'). Tree/Branch: linus/master Git describe: v3.12-rc2-160-g669fc2f Commit: 669fc2f0c7 Merge branches 'sched-urgent-for-linus', 'timers-urgent-for-linus' and 'x86-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip Failed boot tests (console logs at the end) =========================================== tegra30-beaver: FAIL: arm-tegra_defconfig tegra30-beaver: FAIL: arm-multi_v7_defconfig Full Report =========== arm-tegra_defconfig ------------------- tegra30-beaver FAIL: 0 min 46.3 sec arm-omap2plus_defconfig ----------------------- am335x-boneblack PASS: 0 min 30.3 sec omap3-beagle-xm PASS: 0 min 52.5 sec am335x-bone PASS: 0 min 26.3 sec omap3-tobi,3530overo PASS: 0 min 42.5 sec omap4-panda PASS: 1 min 5.4 sec omap4-panda-es PASS: 1 min 8.1 sec omap3-tobi,3730storm PASS: 0 min 41.2 sec omap3-beagle PASS: 0 min 56.5 sec arm-imx_v6_v7_defconfig ----------------------- imx6dl-wandboard,wand-dual PASS: 0 min 16.4 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.5 sec imx6q-wandboard PASS: 0 min 15.0 sec arm-multi_v7_defconfig ---------------------- tegra30-beaver FAIL: 0 min 43.3 sec am335x-boneblack PASS: 0 min 34.6 sec omap3-beagle-xm PASS: 0 min 54.8 sec armada-370-mirabox PASS: 0 min 19.4 sec omap4-panda PASS: 1 min 2.9 sec omap4-panda-es PASS: 1 min 8.1 sec sun4i-a10-cubieboard PASS: 0 min 11.6 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.4 sec omap3-tobi,3530overo PASS: 0 min 40.8 sec am335x-bone PASS: 0 min 33.4 sec imx6q-wandboard PASS: 0 min 15.7 sec omap3-tobi,3730storm PASS: 0 min 40.5 sec imx6dl-wandboard,wand-dual PASS: 0 min 16.6 sec omap3-beagle PASS: 1 min 19.7 sec arm-exynos_defconfig -------------------- exynos5250-arndale PASS: 0 min 29.9 sec arm-mvebu_defconfig ------------------- armada-370-mirabox PASS: 0 min 19.3 sec arm-sama5_defconfig ------------------- sama5d35ek PASS: 0 min 18.7 sec Console logs for failures ========================= arm-tegra_defconfig ------------------- tegra30-beaver: FAIL: last 24 lines of boot log: ------------------------------------------------ [ 3.644351] tegra-ehci 7d008000.usb: irq 129, io mem 0x7d008000 [ 3.663573] tegra-ehci 7d008000.usb: USB 2.0 started, EHCI 1.00 [ 3.670086] hub 1-0:1.0: USB hub found [ 3.673868] hub 1-0:1.0: 1 port detected [ 3.678619] tegra_rtc 7000e000.rtc: setting system clock to 1970-01-01 00:00:12 UTC (12) [ 3.686957] ALSA device list: [ 3.689915] #0: NVIDIA Tegra Beaver [ 3.693922] Freeing unused kernel memory: 232K (c0742000 - c077c000) Starting logging: OK Initializing random number generator... done. Starting network... /bin/sh: can't access tty; job control turned off / # cat /proc/cmdline cat /proc/cmdline console=ttyS0,115200n8 debug earlyprintk / # uname -r uname -r 3.12.0-rc2-00160-g669fc2f / # [ 3.993623] usb 1-1: new high-speed USB device number 2 using tegra-ehci [ 4.485546] asix 1-1:1.0 eth1: register 'asix' at usb-7d008000.usb-1, ASIX AX88772 USB 2.0 Ethernet, b8:8d:12:55:d1:b9 ~$off # PYBOOT: Exception: ERROR: Timeout waiting for command: uname -r. # PYBOOT: Time: 46.32 seconds. # PYBOOT: Result: FAIL arm-multi_v7_defconfig ---------------------- tegra30-beaver: FAIL: last 24 lines of boot log: ------------------------------------------------ [ 1.664767] mmcblk1boot1: unknown partition table [ 1.672172] mmcblk1boot0: unknown partition table [ 1.677260] platform 1.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.685124] platform 2.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.692823] platform 6.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.700618] sys_3v3_pexs: 3300 mV [ 1.704076] reg-fixed-voltage 7.regulator: Failed to find supply vin [ 1.710464] reg-fixed-voltage 7.regulator: Failed to register regulator: -517 [ 1.717600] platform 7.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.725389] tegra-hdmi 54280000.hdmi: failed to get VDD regulator [ 1.731473] platform 54280000.hdmi: Driver tegra-hdmi requests probe deferral [ 1.821567] platform 1.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.829302] platform 2.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.837009] platform 6.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.844765] sys_3v3_pexs: 3300 mV [ 1.848175] reg-fixed-voltage 7.regulator: Failed to find supply vin [ 1.854570] reg-fixed-voltage 7.regulator: Failed to register regulator: -517 [ 1.861693] platform 7.regulator: Driver reg-fixed-voltage requests probe deferral [ 1.869456] tegra-hdmi 54280000.hdmi: failed to get VDD regulator [ 1.875553] platform 54280000.hdmi: Driver tegra-hdmi requests probe deferral ~$off # PYBOOT: Exception: ERROR: Timeout waiting for command: cat /proc/cmdline. # PYBOOT: Time: 43.33 seconds. # PYBOOT: Result: FAIL

11 years, 4 months

[PATCH] ASoC: si476x: Remove custom register I/O implementation

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> The current si476x I/O implementation wraps the regmap for the core with functions that make the register map cache only when the device is powered down. This implementation appears to be incomplete since there is no code to synchronise the cache so writes done while the core is powered down will be ignored, the device will only be configured if it is powered. A better and more idiomatic approach would be to have the MFD manage the cache, making the device cache only when it powers things down. This also allows ASoC to use the standard regmap helpers for the device which helps remove the ASoC custom ones so do convert to do that. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- sound/soc/codecs/si476x.c | 46 +--------------------------------------------- 1 file changed, 1 insertion(+), 45 deletions(-) diff --git a/sound/soc/codecs/si476x.c b/sound/soc/codecs/si476x.c index 38f3b10..ec29d26 100644 --- a/sound/soc/codecs/si476x.c +++ b/sound/soc/codecs/si476x.c @@ -60,48 +60,6 @@ enum si476x_pcm_format { SI476X_PCM_FORMAT_S24_LE = 6, }; -static unsigned int si476x_codec_read(struct snd_soc_codec *codec, - unsigned int reg) -{ - int err; - unsigned int val; - struct si476x_core *core = codec->control_data; - - si476x_core_lock(core); - if (!si476x_core_is_powered_up(core)) - regcache_cache_only(core->regmap, true); - - err = regmap_read(core->regmap, reg, &val); - - if (!si476x_core_is_powered_up(core)) - regcache_cache_only(core->regmap, false); - si476x_core_unlock(core); - - if (err < 0) - return err; - - return val; -} - -static int si476x_codec_write(struct snd_soc_codec *codec, - unsigned int reg, unsigned int val) -{ - int err; - struct si476x_core *core = codec->control_data; - - si476x_core_lock(core); - if (!si476x_core_is_powered_up(core)) - regcache_cache_only(core->regmap, true); - - err = regmap_write(core->regmap, reg, val); - - if (!si476x_core_is_powered_up(core)) - regcache_cache_only(core->regmap, false); - si476x_core_unlock(core); - - return err; -} - static const struct snd_soc_dapm_widget si476x_dapm_widgets[] = { SND_SOC_DAPM_OUTPUT("LOUT"), SND_SOC_DAPM_OUTPUT("ROUT"), @@ -239,7 +197,7 @@ static int si476x_codec_hw_params(struct snd_pcm_substream *substream, static int si476x_codec_probe(struct snd_soc_codec *codec) { - codec->control_data = i2c_mfd_cell_to_core(codec->dev); + codec->control_data = dev_get_regmap(codec->dev.parent); return 0; } @@ -268,8 +226,6 @@ static struct snd_soc_dai_driver si476x_dai = { static struct snd_soc_codec_driver soc_codec_dev_si476x = { .probe = si476x_codec_probe, - .read = si476x_codec_read, - .write = si476x_codec_write, .dapm_widgets = si476x_dapm_widgets, .num_dapm_widgets = ARRAY_SIZE(si476x_dapm_widgets), .dapm_routes = si476x_dapm_routes, -- 1.8.4.rc3

11 years, 4 months

[PATCH] KVM: ARM: arch_timer: Add comment about timer mask

by Christoffer Dall

It is quite subtle why we mask the timer on behalf of the guest when then guest has programmed the timer and it fires and is handled on the host. Add a comment to that effect. Signed-off-by: Christoffer Dall <christoffer.dall(a)linaro.org> --- virt/kvm/arm/arch_timer.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/virt/kvm/arm/arch_timer.c b/virt/kvm/arm/arch_timer.c index c2e1ef4..8168437 100644 --- a/virt/kvm/arm/arch_timer.c +++ b/virt/kvm/arm/arch_timer.c @@ -63,6 +63,12 @@ static void kvm_timer_inject_irq(struct kvm_vcpu *vcpu) { struct arch_timer_cpu *timer = &vcpu->arch.timer_cpu; + /* + * Mask the virtual timer, because otherwise, the guest would never + * execute its interrupt handler because the virtual timer interrupt + * would continously preempt guest execution as the hardware interrupt + * traps to Hyp mode. + */ timer->cntv_ctl |= ARCH_TIMER_CTRL_IT_MASK; kvm_vgic_inject_irq(vcpu->kvm, vcpu->vcpu_id, timer->irq->irq, -- 1.7.10.4

11 years, 4 months

linus/master boot: 26 pass, 3 fail (v3.12-rc2-108-g6cac446)

by Kevin Hilman build bot

Automated DT boot report for various ARM defconfigs. Boot test simply checks if kernel can boot to initramfs with busybox and run some basic commands (e.g. 'cat /proc/cpuinfo'). Tree/Branch: linus/master Git describe: v3.12-rc2-108-g6cac446 Commit: 6cac446bd3 Merge tag 'hwmon-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging Failed boot tests (console logs at the end) =========================================== tegra30-beaver: FAIL: arm-tegra_defconfig omap3-beagle: FAIL: arm-multi_v7_defconfig armada-370-mirabox: FAIL: arm-mvebu_defconfig Full Report =========== arm-tegra_defconfig ------------------- tegra30-beaver FAIL: 0 min 46.3 sec arm-omap2plus_defconfig ----------------------- am335x-boneblack PASS: 0 min 30.5 sec omap3-beagle-xm PASS: 0 min 51.5 sec am335x-bone PASS: 0 min 26.3 sec omap3-tobi,3530overo PASS: 0 min 42.4 sec omap4-panda PASS: 1 min 5.5 sec omap4-panda-es PASS: 1 min 14.0 sec omap3-tobi,3730storm PASS: 0 min 41.4 sec omap3-beagle PASS: 0 min 49.3 sec arm-imx_v6_v7_defconfig ----------------------- imx6dl-wandboard,wand-dual PASS: 0 min 16.5 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.2 sec imx6q-wandboard PASS: 0 min 15.0 sec arm-multi_v7_defconfig ---------------------- tegra30-beaver PASS: 0 min 15.1 sec am335x-boneblack PASS: 0 min 34.6 sec omap3-beagle-xm PASS: 0 min 51.7 sec armada-370-mirabox PASS: 0 min 19.4 sec omap4-panda PASS: 1 min 1.0 sec omap4-panda-es PASS: 1 min 6.2 sec sun4i-a10-cubieboard PASS: 0 min 11.6 sec imx6dl-wandboard,wand-solo PASS: 0 min 16.4 sec omap3-tobi,3530overo PASS: 0 min 44.0 sec am335x-bone PASS: 0 min 38.4 sec imx6q-wandboard PASS: 0 min 15.7 sec omap3-tobi,3730storm PASS: 0 min 39.8 sec imx6dl-wandboard,wand-dual PASS: 0 min 16.7 sec omap3-beagle FAIL: 1 min 47.0 sec arm-exynos_defconfig -------------------- exynos5250-arndale PASS: 0 min 39.6 sec arm-mvebu_defconfig ------------------- armada-370-mirabox FAIL: 0 min 21.1 sec arm-sama5_defconfig ------------------- sama5d35ek PASS: 0 min 18.4 sec Console logs for failures ========================= arm-tegra_defconfig ------------------- tegra30-beaver: FAIL: last 24 lines of boot log: ------------------------------------------------ [ 3.637500] tegra-ehci 7d008000.usb: irq 129, io mem 0x7d008000 [ 3.653508] tegra-ehci 7d008000.usb: USB 2.0 started, EHCI 1.00 [ 3.660018] hub 1-0:1.0: USB hub found [ 3.663800] hub 1-0:1.0: 1 port detected [ 3.668561] tegra_rtc 7000e000.rtc: setting system clock to 1970-01-01 00:00:12 UTC (12) [ 3.676899] ALSA device list: [ 3.679857] #0: NVIDIA Tegra Beaver [ 3.683859] Freeing unused kernel memory: 232K (c0742000 - c077c000) Starting logging: OK Initializing random number generator... done. Starting network... /bin/sh: can't access tty; job control turned off / # cat /proc/cmdline cat /proc/cmdline console=ttyS0,115200n8 debug earlyprintk / # uname -r uname -r 3.12.0-rc2-00108-g6cac446 / # [ 3.983585] usb 1-1: new high-speed USB device number 2 using tegra-ehci [ 4.475446] asix 1-1:1.0 eth1: register 'asix' at usb-7d008000.usb-1, ASIX AX88772 USB 2.0 Ethernet, b8:8d:12:55:d1:b9 ~$off # PYBOOT: Exception: ERROR: Timeout waiting for command: uname -r. # PYBOOT: Time: 46.31 seconds. # PYBOOT: Result: FAIL arm-multi_v7_defconfig ---------------------- omap3-beagle: FAIL: last 24 lines of boot log: ---------------------------------------------- Waiting for Ethernet connection... done. Using asx0 device TFTP from server 192.168.1.2; our IP address is 192.168.1.164 Filename 'tmp/3530beagle-o80l_u/zImage'. Load address: 0x80200000 Loading: *T ########T T T T Abort OMAP3 beagleboard.org # tftp 0x80200000 tmp/3530beagle-o80l_u/zImage tftp 0x80200000 tmp/3530beagle-o80l_u/zImage EHCI timed out on TD - token=0x80008c80 EHCI timed out on TD - token=0x80008d80 ERROR: Need valid 'usbnet_devaddr' to be set at ether.c:2369/usb_eth_init() OMAP3 beagleboard.org # tftp 0x80200000 tmp/3530beagle-o80l_u/zImage <INTERRUPT> OMAP3 beagleboard.org # tftp 0x80200000 tmp/3530beagle-o80l_u/zImage EHCI timed out on TD - token=0x80008c80 EHCI timed out on TD - token=0x80008d80 ERROR: Need valid 'usbnet_devaddr' to be set at ether.c:2369/usb_eth_init() OMAP3 beagleboard.org # ~$off # PYBOOT: Exception: ERROR: Timeout loading tmp/3530beagle-o80l_u/zImage. Giving up. # PYBOOT: Time: 106.97 seconds. # PYBOOT: Result: FAIL arm-mvebu_defconfig ------------------- armada-370-mirabox: FAIL: last 24 lines of boot log: ---------------------------------------------------- Image Name: Linux Created: 2013-09-27 20:26:52 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 2655641 Bytes = 2.5 MB Load Address: 00008000 Entry Point: 00008000 Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 03000000 ... Image Name: Created: 2013-09-07 5:02:12 UTC Image Type: ARM Linux RAMDisk Image (uncompressed) Data Size: 639744 Bytes = 624.8 kB Load Address: 81000000 Entry Point: 81000000 Verifying Checksum ... OK Loading Kernel Image ... OK OK Starting kernel ... ~$off # PYBOOT: Exception: kernel: ERROR: did not start booting. # PYBOOT: Time: 21.12 seconds. # PYBOOT: Result: FAIL

11 years, 4 months

[PATCH 1/6] spi/s3c64xx: Flush FIFOs prior to cleaning up transfer

by Mark Brown

From: Mark Brown <broonie(a)linaro.org> Ensure that the FIFOs are fully drained before we deassert /CS or do any delays that have been requested in order to ensure that the behaviour visible on the bus matches that which was requested by the caller. Signed-off-by: Mark Brown <broonie(a)linaro.org> --- drivers/spi/spi-s3c64xx.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/spi/spi-s3c64xx.c b/drivers/spi/spi-s3c64xx.c index 229c6b9..2e267ce 100644 --- a/drivers/spi/spi-s3c64xx.c +++ b/drivers/spi/spi-s3c64xx.c @@ -960,6 +960,8 @@ static int s3c64xx_spi_transfer_one_message(struct spi_master *master, goto out; } + flush_fifo(sdd); + if (xfer->delay_usecs) udelay(xfer->delay_usecs); @@ -972,8 +974,6 @@ static int s3c64xx_spi_transfer_one_message(struct spi_master *master, } msg->actual_length += xfer->len; - - flush_fifo(sdd); } out: -- 1.8.4.rc3

11 years, 4 months

[PATCH/CDF RFC v3 0/3] Migrate CDFv3 into pl111 drm/kms driver

by Show Liu

Hi all, This series patches base on Tom's "Initial drm/kms driver for pl111"[1] with linaro release 13.07 and migrate the CDFv3 for evaluation. please notes that I set VGA as default output and tested on RTSM only. [1] http://lwn.net/Articles/561344/ Cheers, Show Liu Show Liu (3): Add display entities and pipe link for pl111 Add display entity and set VGA output(site MB) as default add pipe link for display entity arch/arm/boot/dts/rtsm_ve-motherboard.dtsi | 46 +++ arch/arm/boot/dts/rtsm_ve-v2p-ca15x1-ca7x1.dts | 4 + drivers/gpu/drm/pl111/pl111_drm.h | 23 +- drivers/gpu/drm/pl111/pl111_drm_device.c | 374 ++++++++++++++++++++++-- drivers/video/vexpress-dvi.c | 94 +++++- 5 files changed, 503 insertions(+), 38 deletions(-) -- 1.7.9.5

11 years, 4 months

[PATCH V5 0/9] USB: OHCI: more bus glues as separate modules

by Manjunath Goudar

These patches are for separating the SOC On-Chip ohci host controller from ohci-hcd host code and making per SOC driver module similar to EHCI module available in the kernel. This work is part of enabling multi-platform kernel on ARM. Before I was sending three different ohci patch set as below. 1. Six series patch set is having exynos, omap, omap3, spear, at91 and s3c2410. 2. ohci-nxp a separate driver patch. 3. Two series patch set is having ep93xx and pxa27x. In this patch set all three previous ohci series have been combined into single series as all these patches are related to OHCI. This patch series is rebased on greghk/usb-next 3.12 rc1. Manjunath Goudar (9): USB: OHCI: make ohci-exynos a separate driver USB: OHCI: make ohci-omap a separate driver USB: OHCI: make ohci-omap3 a separate driver USB: OHCI: make ohci-spear a separate driver USB: OHCI: make ohci-at91 a separate driver USB: OHCI: make ohci-s3c2410 a separate driver USB: OHCI: make ohci-nxp a separate driver USB: OHCI: make ohci-ep93xx a separate driver USB: OHCI: make ohci-pxa27x a separate driver drivers/usb/host/Kconfig | 56 ++++++++- drivers/usb/host/Makefile | 9 ++ drivers/usb/host/ohci-at91.c | 156 ++++++++++++------------- drivers/usb/host/ohci-ep93xx.c | 72 +++++------- drivers/usb/host/ohci-exynos.c | 167 +++++++++++---------------- drivers/usb/host/ohci-hcd.c | 149 ------------------------ drivers/usb/host/ohci-nxp.c | 123 ++++++++------------ drivers/usb/host/ohci-omap.c | 156 +++++++++---------------- drivers/usb/host/ohci-omap3.c | 118 +++++++------------ drivers/usb/host/ohci-pxa27x.c | 240 +++++++++++++++++---------------------- drivers/usb/host/ohci-s3c2410.c | 128 ++++++++++----------- drivers/usb/host/ohci-spear.c | 140 +++++++++-------------- 12 files changed, 587 insertions(+), 927 deletions(-) -- 1.7.9.5

11 years, 4 months

Re: [PATCH] spi/s3c64x: Ensure runtime PM is enabled prior to registration

by Sylwester Nawrocki

On 27/09/13 12:53, Mark Brown wrote: > From: Mark Brown <broonie(a)linaro.org> > > Otherwise we may try to start transfers immediately and then fail to > runtime resume the device causing us not to have clocks enabled. > > Signed-off-by: Mark Brown <broonie(a)linaro.org> Reviewed-by: Sylwester Nawrocki <s.nawrocki(a)samsung.com> There is only a small typo in the subject line, thanks.

11 years, 5 months

[PATCH v2 0/8] Support VGIC save/restore using device control API

by Christoffer Dall

Implement save/restore of the VGIC state using the newer KVM Device Control API. This requries some number of changes to existing code in addition to actually supporting save/restore of the necessary state. The first patches (01-03) support creating the VGIC using the Device Control API. This change is necessary because there are no other suitable KVM APIs that we can leverage to access the VGIC state from user space and the device control API was crafted exactly for this purpose. Subsequent patches add the missing infrastructure and user space API pieces necessary to actually save and restore the VGIC state. The GIC v2.0 architecture specification already specifies registers that can be used to save and restore the complete VGIC state for suspend/resume purposes on real hardware, and we can resuse this interface for the VGIC. The API is therefore based on the memory-mapped register accesses defined in the specs. See the individual patches for details. The patches are based on kvm-arm-next: git://git.linaro.org/people/cdall/linux-kvm-arm.git kvm-arm-next This patch series based on the above can be cloned from: git://git.linaro.org/people/cdall/linux-kvm-arm.git vgic-migrate-v2 User space patches for QEMU also posted on the list. Tested on Versatile Express TC2. Changelogs in the individual patches. Christoffer Dall (8): ARM: KVM: Allow creating the VGIC after VCPUs KVM: arm-vgic: Support KVM_CREATE_DEVICE for VGIC KVM: arm-vgic: Set base addr through device API irqchip: arm-gic: Define additional MMIO offsets and masks KVM: arm-vgic: Make vgic mmio functions more generic KVM: arm-vgic: Add vgic reg access from dev attr KVM: arm-vgic: Add GICD_SPENDSGIR and GICD_CPENDSGIR handlers KVM: arm-vgic: Support CPU interface reg access Documentation/virtual/kvm/api.txt | 6 +- Documentation/virtual/kvm/devices/arm-vgic.txt | 71 ++++ arch/arm/include/uapi/asm/kvm.h | 8 + arch/arm/kvm/arm.c | 10 +- include/kvm/arm_vgic.h | 2 +- include/linux/irqchip/arm-gic.h | 14 + include/linux/kvm_host.h | 1 + include/uapi/linux/kvm.h | 1 + virt/kvm/arm/vgic.c | 494 ++++++++++++++++++++++-- virt/kvm/kvm_main.c | 5 + 10 files changed, 580 insertions(+), 32 deletions(-) create mode 100644 Documentation/virtual/kvm/devices/arm-vgic.txt -- 1.7.10.4

11 years, 5 months

dead lock issue on upstream perf.

by Alex Shi

When I run perf command on my pandaboard es with upstream kernel 3.12-rc2 kernel. my kernel dump some ops once. but hard to reproduce this issue. Anyone has interesting on this? $sudo ~/bin/perf record -e cpu-clock -e task-clock -e page-faults -e cs -g -a dd if=/dev/mmcblk0p1 of=/dev/null 147424+0 records in 147424+0 records out 75481088 bytes (75 MB) copied, 3.70752 s, 20.4 MB/s [ perf record: Woken up 26 times to write data ] [ perf record: Captured and wrote 6.715 MB perf.data (~293383 samples) ] and dmesg show: [25429.818237] hrtimer: interrupt took 183106 ns [25430.221008] [25430.221405] ============================================= [25430.228149] [ INFO: possible recursive locking detected ] [25430.234100] 3.12.0-rc2 #2 Not tainted [25430.237945] --------------------------------------------- [25430.243743] perf/7789 is trying to acquire lock: [25430.246154] (&mm->mmap_sem){++++++}, at: [<c053578c>] do_page_fault.part.9+0x8c/0x3bc [25430.246154] [25430.246154] but task is already holding lock: [25430.263305] (&mm->mmap_sem){++++++}, at: [<c0535770>] do_page_fault.part.9+0x70/0x3bc [25430.271759] [25430.271759] other info that might help us debug this: [25430.278594] Possible unsafe locking scenario: [25430.278594] [25430.284820] CPU0 [25430.287567] ---- [25430.290008] lock(&mm->mmap_sem); [25430.293762] lock(&mm->mmap_sem); [25430.297424] [25430.297424] *** DEADLOCK *** [25430.297424] [25430.303588] May be due to missing lock nesting notation [25430.303588] [25430.310943] 5 locks held by perf/7789: [25430.314788] #0: (sb_writers#7){.+.+.+}, at: [<c0114400>] vfs_write+0x174/0x188 [25430.322753] #1: (&sb->s_type->i_mutex_key#9){+.+.+.}, at: [<c00d91e4>] generic_file_aio_write+0x44/0xa0 [25430.333038] #2: (&mm->mmap_sem){++++++}, at: [<c0535770>] do_page_fault.part.9+0x70/0x3bc [25430.341888] #3: (rcu_read_lock){.+.+.+}, at: [<c00d3904>] __perf_sw_event+0x24/0x204 [25430.350402] #4: (rcu_read_lock){.+.+.+}, at: [<c00d2b14>] __perf_event_overflow+0x128/0x2b4 [25430.359344] [25430.359344] stack backtrace: [25430.364135] CPU: 1 PID: 7789 Comm: perf Not tainted 3.12.0-rc2 #2 [25430.370513] [<c001c7b0>] (unwind_backtrace+0x0/0x130) from [<c00187f8>] (show_stack+0x10/0x14) [25430.377624] [<c00187f8>] (show_stack+0x10/0x14) from [<c052dcd0>] (dump_stack+0x78/0x94) [25430.388336] [<c052dcd0>] (dump_stack+0x78/0x94) from [<c009fa8c>] (__lock_acquire+0x14d0/0x1b8c) [25430.397125] [<c009fa8c>] (__lock_acquire+0x14d0/0x1b8c) from [<c00a0694>] (lock_acquire+0x9c/0x104) [25430.407348] [<c00a0694>] (lock_acquire+0x9c/0x104) from [<c05314c8>] (down_read+0x30/0x40) [25430.415344] [<c05314c8>] (down_read+0x30/0x40) from [<c053578c>] (do_page_fault.part.9+0x8c/0x3bc) [25430.425567] [<c053578c>] (do_page_fault.part.9+0x8c/0x3bc) from [<c0535b30>] (do_page_fault+0x74/0x84) [25430.435607] [<c0535b30>] (do_page_fault+0x74/0x84) from [<c000839c>] (do_DataAbort+0x34/0x98) [25430.444335] [<c000839c>] (do_DataAbort+0x34/0x98) from [<c0533ea4>] (__dabt_svc+0x44/0x80) [25430.453460] Exception stack(0xedf0b9a0 to 0xedf0b9e8) [25430.458831] b9a0: edf0ba14 0007ca5c ffffffec 00000000 0000007e 00000000 ede0d000 0007ca5c -- Thanks Alex

11 years, 5 months

← Newer
1
2
3
4
5
6
7
...
32
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

linaro-kernel September 2013