Re: Real-time performance measurements
Hi, I've performed some measurements of GIT Kernel 2.6.20-omap1 using Logic Analyzer. Also it can not be called a Benchmark, it looks pretty consistent. Interrupt Latency: 6-8usec. Regards, Alex ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: Real-time performance measurements
Hi, What configuration variables values do you want to know? I was running Video Data Acquisition from FPGA H.264 Encoder and subsequent RTP Streaming . Average Transfer Rate: 4Mbit/sec. Regards, Alex From: Bhattacharya, Rishi [mailto:[EMAIL PROTECTED] Sent: Sunday, April 22, 2007 10:08 To: Alex Rier; davinci-linux-open-source@linux.davincidsp.com Subject: Re: Real-time performance measurements Hi Alex, Interesting - thanks for sharing. Is this derived from a kernel configured in the low-latency desktop preemption mode? Also, what type of application(s) did you run when you observed this consistent result? Thanks. Take care, Rishi - Original Message - From: [EMAIL PROTECTED] [EMAIL PROTECTED] To: davinci-linux-open-source@linux.davincidsp.com davinci-linux-open-source@linux.davincidsp.com Sent: Sun Apr 22 03:47:21 2007 Subject: Re: Real-time performance measurements Hi, I've performed some measurements of GIT Kernel 2.6.20-omap1 using Logic Analyzer. Also it can not be called a Benchmark, it looks pretty consistent. Interrupt Latency: 6-8usec. Regards, Alex ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source attachment: 1.jpg attachment: 2.jpg ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
DaVinci Video Out
Hi, Does DVEVM has a Video Out port demo? Which is that? What is the DaVinci Video Out port driver file(s)? Thanks, Alex ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: [PATCH 1/1] ARM: DaVinci: video capture support... almost
Hi Kevin, After applying your patch, the Kernel still crashed when I ran the encode demo. Fortunatly I've found a little hack which solves the problem. It is the 2'nd change in the attached patch. The 1'st change just eliminates an annoying compilation Warning. Since I doubt that my hack can be considered as a proper fix, I hope that you will find and fix the real bug. Sincerely, Alex Message: 1 Date: Fri, 09 Feb 2007 14:18:59 -0800 From: Kevin Hilman [EMAIL PROTECTED] Subject: [PATCH 1/1] ARM: DaVinci: video capture support... almost To: davinci-linux-open-source@linux.davincidsp.com Message-ID: [EMAIL PROTECTED] Straight forward port of the VPFE driver from the 2.6.10 kernel, including some previous work done by Alex Rier. There are a few things I need to cleanup before putting into the git tree: 1) video-buf layer support for contiguous buffers 2) potential reuse of tvp5150 instead of tvp5146 The implementation of (1) in this patch is not ready for the mainline kernel, so I am currently working on it and will be submitting a patch to the video4linux project soon. For (2), if anyone is looking for a concrete way to contribute to the open-source kernel, they could tackle it. I haven't looked at the datasheets in detail, but at first glance, I think we could probably use the existing tvp5150 driver for the tvp5146 instead of adding a new driver as the current. The tvp5150 driver may need some minor adjustments, but that is preferrable than having an entirely different driver. Signed-off-by: Kevin Hilman [EMAIL PROTECTED] This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. --- kh/linux-davinci-2.6/drivers/media/video/davinci_vpfe.c 2007-02-11 12:08:42.0 +0200 +++ ar/linux-davinci-2.6/drivers/media/video/davinci_vpfe.c 2007-02-11 13:10:31.0 +0200 @@ -132,7 +132,7 @@ static int sense_std(v4l2_std_id* std_id return 0; } -static irqreturn_t vpfe_isr(int irq, void *dev_id, struct pt_regs *regs) +static irqreturn_t vpfe_isr(int irq, void *dev_id) { vpfe_obj *vpfe = vpfe_device; int fid; @@ -1072,7 +1072,7 @@ static int vpfe_init(void) for (i = 0; i VPFE_DEFNUM_FBUFS; i++) { mem = (void *)__get_free_pages(GFP_KERNEL | GFP_DMA, -get_order(VPFE_MAX_FBUF_SIZE)); +get_order(VPFE_MAX_FBUF_SIZE) + 1); if (mem) { unsigned long adr = (unsigned long)mem; u32 size = PAGE_SIZE (get_order(VPFE_MAX_FBUF_SIZE)); ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: Davinci_vpfe Kernel Panic at ioctl(VIDIOC_STREAMON)
Hi, I was wondering if you can help to fix this crash. Thanks, Alex -Original Message- From: Kevin Hilman [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 23, 2007 01:00 To: Alex Rier Cc: davinci-linux-open-source@linux.davincidsp.com Subject: Re: Davinci_vpfe Kernel Panic at ioctl(VIDIOC_STREAMON) On Mon, 2007-01-22 at 14:54 +0200, Alex Rier wrote: I've integrated Kevin's patch for CMEMK get_phys(). It works fine with decode program. Just curious, does encode+decode work for you? But encode causes a nasty Kernel Panic When encode calls ioctl(VIDIOC_STREAMON) from initCaptureDevice() (see attached). It smells like memory allocation problem. Any ideas? I am seeing a similiar crash. But I'm curious how you'v deduced that it's triggered by an ioctl? This trace shows a crash in the EMAC driver, which took an interrupt during some NFS stack activity. Kevin, can you update the git://source.mvista.com/git tree With all the relevant changes? I'm not sure what you mean here. I'm not ready to integrate this VPFE into the git tree yet until I better understand the other kernel changes. Also, the generic changes to the video-buf layer are not quite right, and I need to work on something that's more acceptable upstream. One other thing, can you tell me what problem your ioremap.c change was meant to fix? Thanks, Kevin This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. ** ** This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ** ** This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Davinci_vpfe Kernel Panic at ioctl(VIDIOC_STREAMON)
Hi, I've integrated Kevin's patch for CMEMK get_phys(). It works fine with decode program. But encode causes a nasty Kernel Panic When encode calls ioctl(VIDIOC_STREAMON) from initCaptureDevice() (see attached). It smells like memory allocation problem. Any ideas? Kevin, can you update the git://source.mvista.com/git tree With all the relevant changes? Thanks, Alex This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. Unable to handle kernel paging request at virtual address fc7ffd81 pgd = c6828000 [fc7ffd81] *pgd=1Unable to handle kernel paging request at virtual address fe80fe8c pgd = c6828000 [fe80fe8c] *pgd= Internal error: Oops: 5 [#1] Modules linked in: dsplinkk(F) cmemk CPU: 0 PC is at emac_poll+0x208/0x764 LR is at net_rx_action+0xd0/0x248 pc : [c0174e08]lr : [c01c0908]Tainted: GF sp : c6f738b4 ip : c6f73938 fp : c6f73934 r10: c73d8000 r9 : c6f72000 r8 : c6f72000 r7 : 8013 r6 : c73a1e00 r5 : c73d8280 r4 : fe80fe80 r3 : c6f738ec r2 : 0001 r1 : 0020 r0 : c73d8280 Flags: Nzcv IRQs off FIQs on Mode SVC_32 Segment user Control: 5317F Table: 86828000 DAC: 0015 Process syslogd (pid: 959, stack limit = 0xc6f72250) Stack: (0xc6f738b4 to 0xc6f74000) 38a0: c6f738e0 c02c4200 0020 38c0: c73fe640 0100 c73d8600 c6f73938 c6f738e4 38e0: c02f44e8 c6f739b0 000a c02f44e8 c6f73918 c6f73904 c6f738ec 3900: c003dd60 e1048000 c6f72000 c73d8000 c02fcd34 b878 3920: c6f72000 c02ca2e4 c6f73960 c6f73938 c01c0908 c0174c10 012c 0001 3940: c02e8b94 000a c02e8b40 0003 c02e467f c6f73980 c6f73964 c003db64 3960: c01c0848 c6f72000 c6f73a7c 0004 c6f73994 c6f73984 c003dd98 3980: c003db18 c02f44e8 c6f739ac c6f73998 c0026778 c003dd60 e1048000 39a0: c6f73a64 c6f739b0 c00259f8 c002673c c6f72000 0001 c02e4658 39c0: c0285738 c6f73a7c c6f72000 a013 fc7ffd81 c02e467f c6f73a64 39e0: c6f739d4 c6f739f8 c0038d50 c00390cc 2013 c6f73a80 001b 3a00: c6f73a80 c6f73a14 c0039120 c0234648 bf014ac4 0046 bf014ac0 3a20: c6f72000 6013 c02ca8b0 c022676c fc7ffd81 c6f73a78 3f18 3a40: c6828000 fc7ffd81 0001 c022676c fc7ffd81 c6f73a74 c6f73a68 3a60: c0039180 c0038df8 c6f73aa0 c6f73a88 c002b980 c0039178 c0285738 fc7ffd81 3a80: 0002 fc7ffd81 c6f73bd0 c0021520 c6f73ac0 c6f73aa4 c002ba60 3aa0: c002b948 c6f73bd0 0001 fc7ffd81 c6f73ae4 c6f73ac4 c002bb48 3ac0: c002ba14 e593f00c c0236a30 000c e593f00c c6f73bd0 c6f73b24 c6f73ae8 3ae0: c002dbf0 c002bae8 c047ad60 0015 c6f73b14 c6f73b00 0001 3b00: c02c822c 0001 c6f73bd0 fc7ffd81 a013 c6f73bcc c6f73b28 3b20: c002be54 c002d7ec c6f72010 7fff c6f73e54 c6f73f64 000f c6d9f520 3b40: c6f73b88 c6f73c00 c6f73b68 c6f73b58 c0089d60 c007d2b0 c6f73c00 c6f73b88 3b60: c6f73b6c c0089d94 c0089d4c c6f73e78 0001 0304 c6f73e54 c6f73e3c 3b80: c00f7bec c008a344 c0089d74 c047ad60 c6c7ee4c c6f73bc0 3ba0: c6f73bac c004eec8 c004ee78 c6f73c04 c02e0c08 c6f72000 3bc0: c6f73c58 c6f73bd0 c00259a0 c002be28 c6f73c78 c73911c0 fc7ffd75 3be0: c73911c0 fd7ffd75 c02e0c08 c6f72000 c02e0c08 c6f73c58 3c00: c6f73c5c c6f73c18 c0226770 c022676c a013 c02e0be0 3c20: c6f73c78 c07d39a0 c6f73c78 c73ac1c0 c02e0c08 c6f73cb4 3c40: c03036e4 c76fe5a0 c6f73c68 c6f73c5c c022718c c0226670 c6f73c9c 3c60: c6f73c6c c0226b00 c022718c c02ca3d4 3c80: c02ca3d4 c73ac1c0 c6f73cdc c6f73cb0 c6f73ca0 c021f240 c0226a54 3ca0: c73ac1c0 c6f73cd8 c6f73cb4 c021f39c c021f204 c68364e0 3cc0: c6f73d20 c73848e0 c6f73cdc c6f73d0c c6f73cdc c00f4230 c021f334 c02ce16c 3ce0: c68364e0 c6f73d20 c68365d8 c6f72000 c6f73d20 c68364d8 3d00: c6f73dd8 c6f73d10 c00f05f0 c00f41c4 c0060538 c73848e0 3d20: c6f7 005a 005a 005a c6833a8c c044daa0 3d40: c6f73e78 c6f73eec c6f73e30 0006 005a 00a97088 3d60: c0446060 c6f73e14 c047ad60 c0242b50 c6f73f14 03fe 3d80: c6f73e80 c6f73e30 c68339f8 00a97088 c6f73e78 c6f73eec c6833a60 3da0: c6f73dec c6f73db0 c00605f4 b877 c68365d8 c73848e0 0006 fff0 3dc0: c6f73e30 c6ff2858 c6f73eec c6f73df0 c6f73ddc c00ee958 c00f04a4 005a 3de0: c68365d8 c6f73e20 c6f73df4 c00eed70 c00ee900 002889dc 3e00: c6f73e30 c6f73e78 0006 c6f73f78 c6f73eec c6f73edc c6f73e28 c007c434 3e20:
RE: Compiling USB Driver with log level 0
Hi, To compile the USB Driver with logging level 0, move Otg_state_string() implementation into davinci.c . Regards, Alex -Original Message- From: davinci-linux-open-source-bounces+alexr=vigilanttechnology.com @linux.davincidsp.com [mailto:davinci-linux-open-source-bounces+alexr=vigilanttechno [EMAIL PROTECTED] On Behalf Of davinci-linux-open-source- [EMAIL PROTECTED] Sent: Wednesday, January 17, 2007 22:47 To: davinci-linux-open-source@linux.davincidsp.com Subject: Davinci-linux-open-source Digest, Vol 13, Issue 44 Send Davinci-linux-open-source mailing list submissions to davinci-linux-open-source@linux.davincidsp.com To subscribe or unsubscribe via the World Wide Web, visit http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of Davinci-linux-open-source digest... Today's Topics: 1. Re: git tree updated to 2.6.20-rc5, plus misc updates (Kevin Hilman) 2. Re: Increasing HZ value in Linux kernel (Kevin Hilman) 3. Re: Increasing HZ value in Linux kernel (David Brownell) 4. Re: Increasing HZ value in Linux kernel (Kevin Hilman) 5. Re: Can the DSP be a master besides being a slave in the CE API (Andy Ngo) -- Message: 1 Date: Wed, 17 Jan 2007 10:27:58 -0800 From: Kevin Hilman [EMAIL PROTECTED] Subject: Re: git tree updated to 2.6.20-rc5, plus misc updates To: davinci-linux-open-source@linux.davincidsp.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain On Tue, 2007-01-16 at 17:10 -0800, Kevin Hilman wrote: The git tree has been updated to 2.6.20-rc5. In addition to the upgrade, the following updates/fixes have been made: [...] - USB updates from the MUSB driver in the OMAP tree I just pushed another update to fix compilation of the USB driver. Also note, that the USB driver currently compiles when the logging level is 0. This will be fixed shortly. See config option: USB support -- Inventra High-Speed... -- Logging level Kevin -- Message: 2 Date: Wed, 17 Jan 2007 11:43:20 -0800 From: Kevin Hilman [EMAIL PROTECTED] Subject: Re: Increasing HZ value in Linux kernel To: Sander Huijsen [EMAIL PROTECTED] Cc: davinci-linux-open-source@linux.davincidsp.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=utf-8 On Wed, 2007-01-17 at 05:03 -0500, Sander Huijsen wrote: We wish to increase the HZ value in the Linux kernel from 100 (10ms period) to 1000 (1 ms period). It would be useful for you to explain _why_ you want to change the timer period. There are almost certainly much better ways to achieve what you want than globally changing the timer period. You will take a significant performance hit in context switch overhead when reducing the timer period. You should strongly consider using the high-res timers instead. I’ve changed the actual value of HZ in include/asm-arm/param.h, but I don’t see any change: timer ticks are still 10ms. This can be shown by running procinfo –n1 on the DVEVM and examining IRQ35, which is the System Tick. Its value is increased with exactly 100 every second… As far as I can tell, the IRQ35 period is calculated in arch/arm/mach-davinci/time.c as: ((CLOCK_TICK_RATE / HZ) – 1), where CLOCK_TICK_RATE equals 27MHz (hardware timer). That's correct. Who can tell us what we need to do to increase the HZ as used in the kernel? This patch did it for me, although as I stated above, this is not recommended. Index: linux-2.6.10/include/asm-arm/arch-davinci/param.h === --- linux-2.6.10.orig/include/asm-arm/arch-davinci/param.h +++ linux-2.6.10/include/asm-arm/arch-davinci/param.h @@ -27,3 +27,6 @@ * 675 Mass Ave, Cambridge, MA 02139, USA. * */ + +#define HZ 1000 + -- Message: 3 Date: Wed, 17 Jan 2007 11:59:19 -0800 From: David Brownell [EMAIL PROTECTED] Subject: Re: Increasing HZ value in Linux kernel To: davinci-linux-open-source@linux.davincidsp.com Cc: Sander Huijsen [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii On Wednesday 17 January 2007 11:43 am, Kevin Hilman wrote: On Wed, 2007-01-17 at 05:03 -0500, Sander Huijsen wrote: Who can tell us what we need to do to increase the HZ as used in the kernel? This patch did it for me, although as I stated above, this is not recommended. Best would be updating the config HZ entry in arch/arm/Kconfig... from which all other values of HZ should derive.
CMEMK Patch for Kernel 2.6.19 and 2.6.20
Hi, To compile CMEMK: cd $CMEMK_DIR make Attached the patch. The patched version works with decode but Doesn't work with encode demo programs with Kernel 2.6.19-rc3-omap1 . Decode fails to open /dev/fb/0 with Kernel 2.6.20-rc5 . Regards, Alex This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
CMEMK get_phys() fails with 2.6.19-rc3-omap1
Hi, I'm porting DaVinci Video Capture driver davinci_vpfe, ccdc, CMEMK and DSPLINKK to 2.6.19-rc3-omap1. All the drivers and there dependencies compile, link and load. But when I try to run decode, CMEMK fails in get_phys(). (I've put some extra prints into get_phys). See below... //- cmemk.c --- unsigned long get_phys(unsigned long virtp) { pgd_t *pgd; pmd_t *pmd; pte_t *pte; struct mm_struct *mm = current-mm; pgd = pgd_offset(mm, virtp); __D(get_phys(): pgd = 0x%X virtp = 0x%X \n, (unsigned)pgd_val(pgd), (unsigned)virtp); // TBD: A.R. Debug if (!(pgd_none(*pgd) || pgd_bad(*pgd))) { pmd = pmd_offset(pgd, virtp); __D(get_phys(): pmd = 0x%X \n, (unsigned)pmd_val(pmd)); // TBD: A.R. Debug __D(get_phys(): pmd_none = 0x%X pmd_bad = 0x%X \n, (unsigned)pmd_none(*pmd), (unsigned)pmd_bad(*pmd)); // TBD: A.R. Debug if (!(pmd_none(*pmd) || pmd_bad(*pmd))) { pte = pte_offset_kernel(pmd, virtp); __D(get_phys(): pte = 0x%X pte_present = %d \n, (unsigned)pte_val(pte), (unsigned)pte_present(*pte)); // TBD: A.R. Debug if (pte_present(*pte)) { __D(get_phys(): pte_page = 0x%X page_address = 0x%X virtp ~PAGE_MASK = 0x%X \n, (unsigned)pte_page(*pte), (unsigned)page_address(pte_page(*pte)), (unsigned)(virtp ~PAGE_MASK)); // TBD: A.R. Debug return __pa(page_address(pte_page(*pte)) + (virtp ~PAGE_MASK)); } } } return 0; } // 2.6.19-rc3-omap1 DMESG MEMK Debug: ** CMEM kernel module built: Jan 10 2007 14:44:55 CMEMK Debug: Allocated major number: 254 CMEMK Debug: Allocating 1 buffers of size 3145728 (requested 3145728) CMEMK Debug: alloc_pool_buffer: Called for size 3145728 CMEMK Debug: alloc_pool_buffer: Fits req 3145728 avail: 8388608 CMEMK Debug: alloc_pool_buffer: new available block size is 5242880 CMEMK Debug: alloc_pool_buffer: returning allocated buffer at 0xc950 CMEMK Debug: get_phys(): pgd = 0xC6713250 virtp = 0xC950 CMEMK Debug: get_phys(): pmd = 0xC6713250 CMEMK Debug: get_phys(): pmd_none = 0x0 pmd_bad = 0x2 CMEMK Debug: Allocated buffer 0, virtual 0xc950 and physical 0x0 and size 3145728 CMEMK Debug: Busylist for pool 0: CMEMK Debug: Freelist for pool 0: CMEMK Debug: Free: Buffer with id 0 and physical address 0x0 CMEMK Debug: Allocating 1 buffers of size 204800 (requested 202752) CMEMK Debug: alloc_pool_buffer: Called for size 204800 CMEMK Debug: alloc_pool_buffer: Fits req 204800 avail: 5242880 CMEMK Debug: alloc_pool_buffer: new available block size is 5038080 CMEMK Debug: alloc_pool_buffer: returning allocated buffer at 0xc94ce000 CMEMK Debug: get_phys(): pgd = 0xC6713250 virtp = 0xC94CE000 CMEMK Debug: get_phys(): pmd = 0xC6713250 CMEMK Debug: get_phys(): pmd_none = 0x0 pmd_bad = 0x2 CMEMK Debug: Allocated buffer 0, virtual 0xc94ce000 and physical 0x0 and size 204800 .. CMEMK Debug: GETSIZE ioctl received CMEMK Debug: GETSIZE returning 3145728 CMEMK Debug: mmap: vma-vm_start = 0x41598000 CMEMK Debug: mmap: vma-vm_pgoff = 0x0 CMEMK Debug: mmap: vma-vm_end = 0x41898000 CMEMK Debug: mmap: size = 0x30 CMEMK Debug: GETPHYS ioctl received. CMEMK Debug: get_phys(): pgd = 0xC6665050 virtp = 0x41598000 CMEMK Debug: get_phys(): pmd = 0xC6665050 CMEMK Debug: get_phys(): pmd_none = 0x0 pmd_bad = 0x0 CMEMK Debug: get_phys(): pte = 0xC6105E60 pte_present = 1 CMEMK Debug: get_phys(): pte_page = 0xBF303000 page_address = 0x4000 virtp ~PAGE_MASK = 0x0 CMEMK Error: GETPHYS: Failed to convert virtual 0x41598000 to physical. Do you have an idea why does it work with 2.6.10-mvl401 and fails with 2.6.19-rc3-omap1? Thanks, Alex This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: Problem running 2.6.19-rc3-omap1 Kernel on TI DVEVM
Hi, I've applied the patch found at : http:/linux.omap.com/pipermail/davinci-linux-open-source/attachments/200 60626/08870398/machine-number-hack.bin http:/linux.omap.com/pipermail/davinci-linux-open-source/attachments/20 060626/08870398/machine-number-hack.bin But it didn't solve the problem. Where can I get 1.1.3_0.5,4 or later customized for DVEVM? Thanks, Alex From: Bob Simning [mailto:[EMAIL PROTECTED] Sent: Friday, November 17, 2006 00:28 To: Peter Wippich Cc: Alex Rier; davinci-linux-open-source@linux.davincidsp.com Subject: Re: Problem running 2.6.19-rc3-omap1 Kernel on TI DVEVM Peter Wippich wrote: Hi Alex, When I try to load that image using TFTP, it loads fine, Being uncompressed fine. But it gets stuck immediately after Printing booting. u-Boot message. I had the same problem first. There are to solutions: a) update your bootloader to 1.1.3_0.5,4 b) apply a patch to your kernel that was sent to this mailing list. Subject was something like DaVinci: HACK: work with any machine number from bootloader. Check the archive. Patch date was June 2006. Ciao, Peter | Peter Wippich Voice: +49 30 46776411 | | GW Instruments GmbHfax: +49 30 46776419 | | Gustav-Meyer-Allee 25, Geb. 12 Email: [EMAIL PROTECTED] | | D-13355 Berlin / Germany | ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source There is a patch to allow you to set your machine number to the correct version. http:/linux.omap.com/pipermail/davinci-linux-open-source/attachments/200 60626/08870398/machine-number-hack.bin This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: Problem running 2.6.19-rc3-omap1 Kernel on TI DVEVM
Hi, I've applied the patch found at : http:/linux.omap.com/pipermail/davinci-linux-open-source/attachments/200 60626/08870398/machine-number-hack.bin http:/linux.omap.com/pipermail/davinci-linux-open-source/attachments/20 060626/08870398/machine-number-hack.bin And I've flashed u-boot-594-nor.bin But it didn't solve the problem. Any ideas? Thanks, Alex From: Bob Simning [mailto:[EMAIL PROTECTED] Sent: Friday, November 17, 2006 00:28 To: Peter Wippich Cc: Alex Rier; davinci-linux-open-source@linux.davincidsp.com Subject: Re: Problem running 2.6.19-rc3-omap1 Kernel on TI DVEVM Peter Wippich wrote: Hi Alex, When I try to load that image using TFTP, it loads fine, Being uncompressed fine. But it gets stuck immediately after Printing booting. u-Boot message. I had the same problem first. There are to solutions: a) update your bootloader to 1.1.3_0.5,4 b) apply a patch to your kernel that was sent to this mailing list. Subject was something like DaVinci: HACK: work with any machine number from bootloader. Check the archive. Patch date was June 2006. Ciao, Peter | Peter Wippich Voice: +49 30 46776411 | | GW Instruments GmbHfax: +49 30 46776419 | | Gustav-Meyer-Allee 25, Geb. 12 Email: [EMAIL PROTECTED] | | D-13355 Berlin / Germany | ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source There is a patch to allow you to set your machine number to the correct version. http:/linux.omap.com/pipermail/davinci-linux-open-source/attachments/200 60626/08870398/machine-number-hack.bin This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
RE: Problem running 2.6.19-rc3-omap1 Kernel on TI DVEVM
Hi, You are genious! arch/arm/config/davinci_evm_dm644x_defconfig allowed me to load and start the kernel. Many thanks! Alex -Original Message- From: Peter Wippich [mailto:[EMAIL PROTECTED] Sent: Sunday, November 19, 2006 16:33 To: Alex Rier Cc: Bob Simning; davinci-linux-open-source@linux.davincidsp.com Subject: RE: Problem running 2.6.19-rc3-omap1 Kernel on TI DVEVM Hi Alex, On Sun, 19 Nov 2006, Alex Rier wrote: Hi, I've applied the patch found at : http:/linux.omap.com/pipermail/davinci-linux-open-source/attac hments/200 60626/08870398/machine-number-hack.bin http:/linux.omap.com/pipermail/davinci-linux-open-source/atta chments/20 060626/08870398/machine-number-hack.bin And I've flashed u-boot-594-nor.bin But it didn't solve the problem. Not realy. My kernel boots fine since I upgraded the bootloader. If I remember right you tool the kernel config from you old kernel ?? Have you tried to use the default config from arch/arm/config/davinci_evm_dm644x_defconfig ? Ciao, Peter | Peter Wippich Voice: +49 30 46776411 | | GW Instruments GmbHfax: +49 30 46776419 | | Gustav-Meyer-Allee 25, Geb. 12 Email: [EMAIL PROTECTED] | | D-13355 Berlin / Germany | This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. ** ** This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ** ** This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
Problem running 2.6.19-rc3-omap1 Kernel on TI DVEVM
Hi, I've done: cg-clone git://source.mvista.com/git/linux-davinci-2.6.git cd linux-davinci-2.6 # Use .config from the DVEVM running Montavista Kernel Linux_2.6.10_mvl401 # zcat /proc/config.gz .config # Change in arch/arm/Makefile CFLAGS_ABI to be: # CFLAGS_ABI :=-mabi=aapcs -mno-thumb-interwork make CROSS_COMPILE=arm_v5t_le ARCH=arm uImage modules # Now the make asks a few questions about missing # parameters in .config Finally I've got uImage: UIMAGE arch/arm/boot/uImage Image Name: Linux-2.6.19-rc3-omap1-g87764cf8 Created: Thu Nov 16 17:39:11 2006 Image Type: ARM Linux Kernel Image (uncompressed) Data Size:1312960 Bytes = 1282.19 kB = 1.25 MB Load Address: 0x80008000 Entry Point: 0x80008000 Image arch/arm/boot/uImage is ready When I try to load that image using TFTP, it loads fine, Being uncompressed fine. But it gets stuck immediately after Printing booting. u-Boot message. What could be the problem? How would you suggest to debug it? Thanks, Alex This mail passed through VIGILANT TECHNOLOGY Mail-SeCure. This footnote confirms that this email message has been scanned by PineApp Mail-SeCure for the presence of malicious code, vandals computer viruses. ___ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source