u-boot.git/include/asm-i386, branch v2009.06 Unnamed repository; edit this file 'description' to name the repository. Implement SC520 timers 2009-03-20T21:39:13+00:00 Graeme Russ graeme.russ@gmail.com 2009-02-24T10:14:45+00:00 8c63d47651f77d9fb887cad433370b866eb0a193 Signed-off-by: Graeme Russ <graeme.russ at gmail.com> 
Signed-off-by: Graeme Russ <graeme.russ at gmail.com>
Rewrite i386 interrupt handling 2009-03-20T21:39:13+00:00 Graeme Russ graeme.russ@gmail.com 2009-02-24T10:13:40+00:00 abf0cd3dff227cfb6e82ad13be62e28e6e89d5df Rewrite interrupt handling functionality for the i386 port. Separated functionality into separate CPU and Architecture components. It appears as if the i386 interrupt handler functionality was intended to allow multiple handlers to be installed for a given interrupt. Unfortunately, this functionality was not fully implemented and also had the problem that irq_free_handler() does not allow the passing of the handler function pointer and therefore could never be used to free specific handlers that had been installed for a given IRQ. There were also various issues with array bounds not being fully tested. I had two objectives in mind for the new implementation: 1) Keep the implementation as similar as possible to existing implementations. To that end, I have used the leon2/3 implementations as the reference 2) Seperate CPU and Architecture specific elements. All specific i386 interrupt functionality is now in cpu/i386/ with the high level API and architecture specific code in lib_i386. Functionality specific to the PC/AT architecture (i.e. cascaded i8259 PICs) has been further split out into an individual file to allow for the implementation of the PIC architecture of the SC520 CPU (supports more IRQs) Signed-off-by: Graeme Russ <graeme.russ at gmail.com> 
Rewrite interrupt handling functionality for the i386 port. Separated
functionality into separate CPU and Architecture components.

It appears as if the i386 interrupt handler functionality was intended
to allow multiple handlers to be installed for a given interrupt.
Unfortunately, this functionality was not fully implemented and also
had the problem that irq_free_handler() does not allow the passing
of the handler function pointer and therefore could never be used to
free specific handlers that had been installed for a given IRQ.

There were also various issues with array bounds not being fully
tested.

I had two objectives in mind for the new implementation:

1) Keep the implementation as similar as possible to existing
   implementations. To that end, I have used the leon2/3
   implementations as the reference

2) Seperate CPU and Architecture specific elements. All specific i386
   interrupt functionality is now in cpu/i386/ with the high level
   API and architecture specific code in lib_i386. Functionality
   specific to the PC/AT architecture (i.e. cascaded i8259 PICs) has
   been further split out into an individual file to allow for the
   implementation of the PIC architecture of the SC520 CPU (supports
   more IRQs)

Signed-off-by: Graeme Russ <graeme.russ at gmail.com>
Move ali512x.h 2009-03-20T21:39:13+00:00 Graeme Russ graeme.russ@gmail.com 2009-02-24T10:12:35+00:00 ece444b42b71eb5bce34a24ec584573b3c8c4a98 Moved ali512x.h from include/asm-i386/ic/ to /include Signed-off-by: Graeme Russ <graeme.russ at gmail.com> 
Moved ali512x.h from include/asm-i386/ic/ to /include

Signed-off-by: Graeme Russ <graeme.russ at gmail.com>
remove bi_enet*addr from global data for all arches 2009-03-20T21:39:12+00:00 Mike Frysinger vapier@gentoo.org 2009-02-11T23:26:08+00:00 566b652c7cdb0e5e0529bb3d1eaffbd2bf45a032 Signed-off-by: Mike Frysinger <vapier@gentoo.org> CC: Ben Warren <biggerbadderben@gmail.com> CC: Daniel Hellstrom <daniel@gaisler.com> CC: Michal Simek <monstr@seznam.cz> CC: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp> CC: Scott McNutt <smcnutt@psyent.com> CC: Nobuhiro Iwamatsu <iwamatsu@nigauri.org> 
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
CC: Ben Warren <biggerbadderben@gmail.com>
CC: Daniel Hellstrom <daniel@gaisler.com>
CC: Michal Simek <monstr@seznam.cz>
CC: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp>
CC: Scott McNutt <smcnutt@psyent.com>
CC: Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
Add an architecture specific config.h for common defines 2009-02-09T23:43:54+00:00 Kumar Gala galak@kernel.crashing.org 2009-02-06T02:40:57+00:00 47d41cc3a11a03c6d56146d056145df73f47eb50 We have common defines that we duplicate in various ways. Having an arch specific config.h gives us a common location for those defines. Eventually we should be able to replace this when we have proper Kconfig support. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> 
We have common defines that we duplicate in various ways.  Having an
arch specific config.h gives us a common location for those defines.

Eventually we should be able to replace this when we have proper
Kconfig support.

Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
Moved definition of set_vector() to new header file 2009-01-24T00:11:32+00:00 Graeme Russ graeme.russ@gmail.com 2008-12-06T23:29:01+00:00 9933d609020c297788f53f334c8465fa7a99b10c This allows for future tidy ups and functionality that will require set_vector () Signed-off-by: Graeme Russ <graeme.russ@gmail.com> 
This allows for future tidy ups and functionality that will require
set_vector ()

Signed-off-by: Graeme Russ <graeme.russ@gmail.com>
Introduce virt_to_phys() 2008-12-15T21:04:29+00:00 Kumar Gala galak@kernel.crashing.org 2008-12-13T23:20:27+00:00 65e43a10631537dcb92c302d36301a12308216c3 virt_to_phys() returns the physical address given a virtual. In most cases this will be just the input value as the vast majority of systems run in a 1:1 mode. However in systems that are not running this way it should report the physical address or ~0 if no mapping exists for the given virtual address. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> 
virt_to_phys() returns the physical address given a virtual. In most
cases this will be just the input value as the vast majority of
systems run in a 1:1 mode.

However in systems that are not running this way it should report the
physical address or ~0 if no mapping exists for the given virtual
address.

Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
Moved sc520 PCI definitions to stand-alone file 2008-12-09T23:34:17+00:00 Graeme Russ graeme.russ@gmail.com 2008-11-21T21:43:29+00:00 1fc2b165c51d6f40c8d505f1b3eaefdb6599b17b Signed Off By: Graeme Russ <graeme.russ@gmail.com> 
Signed Off By: Graeme Russ <graeme.russ@gmail.com>
rename CFG_ macros to CONFIG_SYS 2008-10-18T19:54:03+00:00 Jean-Christophe PLAGNIOL-VILLARD plagnioj@jcrosoft.com 2008-10-16T13:01:15+00:00 6d0f6bcf337c5261c08fabe12982178c2c489d76 Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> 
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Update i386 code (sc520_cdp) 2008-09-09T09:48:53+00:00 Graeme Russ graeme.russ@gmail.com 2008-09-06T21:08:42+00:00 3ef96ded38a8d33b58b9fab9cd879d51ddac4cbd Attempt to bring i386 / sc520 inline with master Signed-off-by: Graeme Russ <graeme.russ@gmail.com> 
Attempt to bring i386 / sc520 inline with master

Signed-off-by: Graeme Russ <graeme.russ@gmail.com>