Ced
Ced replied to the topic 'New to Astroberry and weird problem' in the forum. 4 years ago

So...

I managed to do some further tests (tested the camera on two other devices and it works fine), also swapped various components (raspberry, power supply, SD card...)in the setup just to rule out a hardware issue.

I did however manage to finally get something that may give a clue to the contributors of indilib.

This was in the syslog

Sep 29 10:15:58 astroberry kernel: [  158.534490] usb 1-1.2: reset high-speed USB device number 4 using dwc_otg
Sep 29 10:16:14 astroberry kernel: [  174.544835] usb 1-1.2: reset high-speed USB device number 4 using dwc_otg
Sep 29 10:16:33 astroberry kernel: [  193.234870] usb 1-1.2: reset high-speed USB device number 4 using dwc_otg
Sep 29 10:16:52 astroberry kernel: [  212.234867] usb 1-1.2: reset high-speed USB device number 4 using dwc_otg
Sep 29 10:17:01 astroberry CRON[1469]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Sep 29 10:17:05 astroberry kernel: [  225.792931] dwc_otg: DEVICE:004 : update_urb_state_xfer_comp:751:trimming xfer length
Sep 29 10:17:08 astroberry kernel: [  228.005826] 8<--- cut here ---
Sep 29 10:17:08 astroberry kernel: [  228.005863] Unable to handle kernel paging request at virtual address ffe0ffff
Sep 29 10:17:08 astroberry kernel: [  228.005879] pgd = c3819a2e
Sep 29 10:17:08 astroberry kernel: [  228.005887] [ffe0ffff] *pgd=33fde861, *pte=00000000, *ppte=00000000
Sep 29 10:17:08 astroberry kernel: [  228.005911] Internal error: Oops: 37 [#1] SMP ARM
Sep 29 10:17:08 astroberry kernel: [  228.005920] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse pps_ldisc pps_core binfmt_misc 8021q garp stp llc spidev brcmfmac cdc_acm brcmutil sha256_generic libsha256 raspberrypi_hwmon cfg80211 rfkill bcm2835_codec(C) i2c_bcm2835 v4l2_mem2mem bcm2835_isp(C) bcm2835_v4l2(C) bcm2835_mmal_vchiq(C) videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_common snd_bcm2835(C) snd_pcm spi_bcm2835 videodev snd_timer mc snd vc_sm_cma(C) uio_pdrv_genirq uio fixed i2c_dev ip_tables x_tables ipv6 nf_defrag_ipv6
Sep 29 10:17:08 astroberry kernel: [  228.006027] CPU: 3 PID: 1324 Comm: indi_asi_ccd Tainted: G         C        5.4.51-v7+ #1333
Sep 29 10:17:08 astroberry kernel: [  228.006031] Hardware name: BCM2835
Sep 29 10:17:08 astroberry kernel: [  228.006055] PC is at __kmalloc+0xac/0x31c
Sep 29 10:17:08 astroberry kernel: [  228.006062] LR is at 0x8e963d58
Sep 29 10:17:08 astroberry kernel: [  228.006068] pc : [<802dded4>]    lr : [<8e963d58>]    psr: a0000013
Sep 29 10:17:08 astroberry kernel: [  228.006072] sp : 8e963d58  ip : 8e963d58  fp : 8e963d9c
Sep 29 10:17:08 astroberry kernel: [  228.006076] r10: b2ba99c0  r9 : b3001b00  r8 : 806ae9b8
Sep 29 10:17:08 astroberry kernel: [  228.006082] r7 : 00000cc0  r6 : 00000100  r5 : b3001b00  r4 : ffe0ffff
Sep 29 10:17:08 astroberry kernel: [  228.006087] r3 : 00000000  r2 : 80ca7310  r1 : 32b39000  r0 : 00000000
Sep 29 10:17:08 astroberry kernel: [  228.006093] Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Sep 29 10:17:08 astroberry kernel: [  228.006098] Control: 10c5383d  Table: 1db1806a  DAC: 00000055
Sep 29 10:17:08 astroberry kernel: [  228.006103] Process indi_asi_ccd (pid: 1324, stack limit = 0x8c31e949)


I have the full stack that comes after that if required for further debugging, but it does look like the indi_asi_ccd did something wrong, I wonder if it is because the ASI385MC is not really handled by it.

Anyone could provide me some help ?

Best regards,
C

Read More...