Re: Setting up registers on PXA270?



Then that's a characteristics of your Platform/BSP. That's where the code
to configure the memory region where the DSP will be mapped should appear.
I'd probably do it in the bootloader myself, but that's not mandatory. You
could do it in or from a call made in OEMInit() in your platform code.

If you are *also* using GPIO to interface to this hardware, the
initialization of the direction and initial state of those pins should, to
my way of thinking, also be set up in the same place. Since all of this
stuff is completely specific to your hardware design, you'd never use the
driver anywhere else, but I prefer to have those things set in a central
location where you can document the connection between the schematic for the
hardware and what you're setting up the processor to do.

Paul T.

"Steve Conner" <connermcsteve@xxxxxxxxxxxxxx> wrote in message
news:a06a7353-5003-44ca-b6dd-a22f5aa49e4a@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hi FoolBlah, thanks for the reply...

I'm mapping the DSP's host port into memory using the PXA270's VLIO
feature, roughly following the guidelines in the Intel app note for
connecting an IDE hard drive.

To make this work, I need to change the direction, level and function
of a GPIO pin (enabling the relevant chip select line) and change one
of the memory controller registers to turn the VLIO on. I've tried
this through RedBoot and seen the relevant things toggling on an
oscilloscope.

My only worry is that the BSP already includes a driver for the GPIO
pins that might get in my way. If it loads before my driver, does that
mean it could stop me accessing the registers? And if it loads after
mine, it could clobber the changes that I've made.

steve


On Apr 29, 12:04 pm, FoolBlah <foolb...@xxxxxxxxxxxxxxxxxxxxxxxxx>
wrote:
Generally, a good practice is to setup the peripheral controller, GPIOs,
etc.
that you will be using in a specific driver at driver init time. This
cannot
always happen, but it makes debugging easier (for you and someone else
that
might look at the code someday) if you can architect it in this fashion.

What you are thinking is correct and yes you can use MmMapIoSpace() from
the
DDK to map the memory space. There is a possibility that what you plan
on
doing may clobber some other user of these peripherals. Do a search in
the
BSP for the various peripherals that you plan on using to be sure when
you
configure them you do not break something else in the process.

What controller/peripherals do you plan on utilizing?



.



Relevant Pages

  • [PATCH] Integrating SEP Driver with RAR Driver
    ... RAR stands for Restricted Access Region; this is memory ... This is upstream revision 4 of the SEP driver. ... +This functions maps and allocates the shared area on the external ...
    (Linux-Kernel)
  • PROBLEM: Memory leak in -test9?
    ... There seems to be a memory leak in 2.6.0-test9. ... 0cf8-0cff: PCI conf1 ... 16 nodes reported by PnP BIOS; 16 recorded by driver ... ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 ...
    (Linux-Kernel)
  • Re: Problem isolating blue screen of death problem
    ... Parameter 4 is the location of the device driver causing the problem. ... memory to disk or retrieves a page of memory from disk to memory. ... select Task Manager and click the Performance ... Kernel Summary Dump File: Only kernel address space is available ...
    (microsoft.public.windowsxp.help_and_support)
  • PROBLEM REMAINS: [sata_nv ADMA breaks ATAPI] Crash on accessing DVD-RAM
    ... My system has 4G of physical memory, but when I use mem=4096M kernel sees only ... Port Connector Information ... Internal Connector Type: On Board IDE ... Real Time Clock Driver v1.12ac ...
    (Linux-Kernel)
  • redhat 7.3 installation
    ... Linux agpgart interface v0.99 Jeff Hartmann ... agpgart: Maximum main memory to use for agp memory: 202M ... PCI: PCI BIOS revision 2.10 entry at 0xf0900, ... Serial driver version 5.05c with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled ...
    (RedHat)