Re: [uClinux-dev] [PATCH]coldfire qspi driver

Hi Greg, Access to the m25p80 flash and the mmc/sd card are both over over the spi bus. This is some crude mechanism to prevent conflicts between the two. Mike promised something better in the future and I'll understand if you can't take this one until then. Cheers, Steve Greg Ungerer wrote: H

Re: [uClinux-dev] [PATCH]Common names for MCF I2C

Hi Steve, Steve Bennett wrote: Great. The matching 528x changes should still be needed though. I have committed that part. Regards Greg Greg Ungerer wrote: Hi Steve, The changes to m532xsim.h have already been made (and sent to me) by Sebastian Hess and Thomas Brinker. They are queued i

[uClinux-dev] Re: Upstream merge of big patch

Hi Thomas, Thomas Brinker wrote: Are there any planes to merge the whole uclinux big patch to kernel mainline? No :-) The big patch contains many things that are just not acceptable, or not ready, for main line yet. The small patch, the -uc patch, is this list of items that I think are ready

Re: [uClinux-dev] [PATCH]coldfire qspi driver

Hi Steve, Steve Bennett wrote: This patch adds support for the SPI driver for Freescale Coldfire QSPI module in master mode. Tested with the 5282 processor, but should also work with other Coldfire variants. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> Why is there mutex calls for the qsp

[uClinux-dev] Upstream merge of big patch

Hi everybody! Are there any planes to merge the whole uclinux big patch to kernel mainline? Regards Thomas -- Dipl.-Ing. Thomas Brinker, emlix GmbH, http://www.emlix.com Fon +49 30 275911-00, Fax -33, Poststr. 4/5, 10178 Berlin, Germany Geschäftsführung: Dr. Uwe Kracke, Dr. Cord Seele, Ust-IdN

Re: [uClinux-dev] [PATCH]Common names for MCF I2C

Great. The matching 528x changes should still be needed though. Greg Ungerer wrote: Hi Steve, The changes to m532xsim.h have already been made (and sent to me) by Sebastian Hess and Thomas Brinker. They are queued in my patch set already for main line inclusion. Regards Greg Steve Bennett w

Re: [uClinux-dev] [PATCH]Driver for access to MCF IPS

I agree. I'll see what this is used for and at least come up with an mmap interface to it. Cheers, Steve Greg Ungerer wrote: Hi Steve, Steve Bennett wrote: This patch adds a driver for simple access to the Coldfire Internal Peripheral System (IPS) address space via the /dev/ips char device.

Re: [uClinux-dev] Patches for Intec coldfire 5282-based WildFire and WildFireMod

Hi Steve, Steve Bennett wrote: Following are a series of patches which add support for the Intec Automation ColdFire 5282-based boards, the WildFire and WildFireMod. These patches are all against uClinux-dist-20070130 Let me know if you want these updated against your latest 2.6.21-uc0 or if y

Re: [uClinux-dev] [PATCH]Driver for access to MCF IPS

Hi Steve, Steve Bennett wrote: This patch adds a driver for simple access to the Coldfire Internal Peripheral System (IPS) address space via the /dev/ips char device. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> I have some reservations about this one. Working with peripheral space regist

Re: [uClinux-dev] [PATCH]Common names for MCF I2C

Hi Steve, The changes to m532xsim.h have already been made (and sent to me) by Sebastian Hess and Thomas Brinker. They are queued in my patch set already for main line inclusion. Regards Greg Steve Bennett wrote: The

[uClinux-dev] Re: uclinux with RAM size problem

Hi Greg, Thanks for your kindness of helping me. One more stupit question: I have subscribed uClinux-dev Digest and I can recieve the digest, but I cannot find any reply message to my topic in my mailbox. So I cannot reply any message to tell the list sort my message in correct thread. I replied m

Re: [uClinux-dev] Re: uclinux with RAM size problem

Hi, I don't have experiences related to dBUG and coldfire, but I think we can find some ways to find the reasom of problem. Firstly, you have checked the border of 64MB of SDRAM, so if you write 0x5A into 0x3FF, what are the values at 0x2FF, 0x1FF, or 0xF. and what if

Re: [uClinux-dev] Re: uclinux with RAM size problem

Hi, I don't have experiences related to dBUG and coldfire, but I think we can find some ways to find the reasom of problem. Firstly, you have checked the border of 64MB of SDRAM, so if you write 0x5A into 0x3FF, what are the values at 0x2FF, 0x1FF, or 0xF. and what if y

Re: [uClinux-dev] Re: uclinux with RAM size problem

Hi, I don't have experiences related to dBUG and coldfire, but I think we can find some ways to find the reasom of problem. Firstly, you have checked the border of 64MB of SDRAM, so if you write 0x5A into 0x3FF, what are the values at 0x2FF, 0x1FF, or 0xF. and what if y

[uClinux-dev] Re: uclinux with RAM size problem

Hi Tao, I used a modified dBUG as my bootloader and I have used the 'mm' and 'md' commands to test my memory. The test result was just fine when I modified and read the very border of the 64M memory. I am confused and the hardware designer is unreachable now. I port the kernel to the platform just

Re: [uClinux-dev] No response after the message "Freeing init memory" on IXP425

Greg, I think I meet the similar problem on my ARM946E-S board. My toolchain is gcc 3.4.4 and uClinux is the uClinux-dist-20070130 from uclinux official website. My question is about console setup. What should I do to make console work for userland applications? I prefer using "core applica

Re: [uClinux-dev] No response after the message "Freeing init memory" on IXP425

Hi Srikanth, Srikanth Chavali wrote: Hi Greg, Just figured out that ADI Engineering is using uClinux-dist. What version? I looks like a console setup problem... Regards Greg srikanth chavali On 5/10/07, *Greg Ungerer* < [EMAIL PROTECTED] > wrote:

[uClinux-dev] [PATCH]Kernel support for WildFire and WildFireMod

This patch adds linux-2.6.x kernel support for the Intec Automation ColdFire 5282-based boards, the WildFire and WildFireMod Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/linux-2.6.x/arch/m68knommu/Kconfig uClinux-dist/linux-2.6.x/arch/m68knommu/Kconfig --- uClinu

[uClinux-dev] [PATCH]coldfire qspi driver

This patch adds support for the SPI driver for Freescale Coldfire QSPI module in master mode. Tested with the 5282 processor, but should also work with other Coldfire variants. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/linux-2.6.x/drivers/mtd/devices/m25p80.c

[uClinux-dev] [PATCH]spi bitbang with explicit "tx idle" output

This patch adds support to the spi-bitbang driver for explicitly setting what data is transmitted when the tx buffer is empty. Either zeroes (the default), or ones (if SPI_TX_1 is set) Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/linux-2.6.x/include/linux/spi/spi.

[uClinux-dev] [PATCH]Access FEC MII via bit bang interface

This patch add support for FEC MII access via bit banging. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/linux-2.6.x/drivers/net/Kconfig uClinux-dist/linux-2.6.x/drivers/net/Kconfig --- uClinux-dist.orig/linux-2.6.x/drivers/net/Kconfig 2006-11-30 12:03:18.0

[uClinux-dev] [PATCH]Driver for access to MCF IPS

This patch adds a driver for simple access to the Coldfire Internal Peripheral System (IPS) address space via the /dev/ips char device. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/linux-2.6.x/drivers/char/Makefile uClinux-dist/linux-2.6.x/drivers/char/Makefile -

[uClinux-dev] [PATCH]Alarm support for PCF8563 RTC

This patch adds support for reading and writing the alarm setting on the PCF8563 RTC. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/linux-2.6.x/drivers/rtc/rtc-pcf8563.c uClinux-dist/linux-2.6.x/drivers/rtc/rtc-pcf8563.c --- uClinux-dist.orig/linux-2.6.x/drivers/r

[uClinux-dev] [PATCH]Common names for MCF I2C

The MCF I2C-related register definitions have been renamed separately for the MCF 528x and 532x series. This breaks the i2c-mcf driver. I see no reason not to use common names, thus making the i2c-mcf driver work again. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig

[uClinux-dev] [PATCH]Add various 5282 register definitions

This patch adds definitions for various MCF 5282 registers Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/linux-2.6.x/include/asm-m68knommu/m528xsim.h uClinux-dist/linux-2.6.x/include/asm-m68knommu/m528xsim.h --- uClinux-dist.orig/linux-2.6.x/include/asm-m68knommu/

[uClinux-dev] [PATCH]create /dev/rtc with correct dev node

This patch uses 254,0 as the rtc device node if the CONFIG_RTC_INTF_DEV feature is enabled. Signed-Off-By: Steve Bennett <[EMAIL PROTECTED]> diff -urN uClinux-dist.orig/vendors/config/config.dev uClinux-dist/vendors/config/config.dev --- uClinux-dist.orig/vendors/config/config.dev 2006-12-08 0

[uClinux-dev] Patches for Intec coldfire 5282-based WildFire and WildFireMod

Hi Greg, Following are a series of patches which add support for the Intec Automation ColdFire 5282-based boards, the WildFire and WildFireMod. These patches are all against uClinux-dist-20070130 Let me know if you want these updated against your latest 2.6.21-uc0 or if you think some of these

Re: [uClinux-dev] MicroBlaze petalinux keyboard problem

Hello, I am using the petalinux dist, I've managed to make the keyboard initialize ( at least it seams to be doing that) but I have no device is created in /dev and there is no response from the keyboard when i press the Lock keys... I need a way to test the keyboard without using the display ( be