From: Pat Gefre <pfg@sgi.com> To: tony.luck@intel.com Cc: linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org Subject: [PATCH] 2.6 SGI Altix I/O code reorganization Date: Mon, 4 Oct 2004 16:57:06 -0500 (CDT) [thread overview] Message-ID: <200410042157.i94Lv7UC104750@fsgi900.americas.sgi.com> (raw) We have redone the I/O layer in the Altix code. We've broken the patch set down to 2 patches. One to remove the files, the other to add in the new code. Most of the changes from the last posting are in response to review comments. Signed-off-by: Patrick Gefre <pfg@sgi.com> The patches are : ftp://oss.sgi.com/projects/sn2/sn2-update/001-kill-files ftp://oss.sgi.com/projects/sn2/sn2-update/002-add-files They are based off http://lia64.bkbits.net/linux-ia64-release-2.6.9 The general differences between the new code and the old code are: I/O discovery and initialization was moved to prom to enable us to move towards EFI 1.10 and ACPI compliance. EFI 1.10 and ACPI compliance will be the next 2 phases in our development. Since prom is now performing all I/O discovery and initialization, we had to re-architect the Altix platform specific code in Linux - basically deleting all code related to discovery and initialization and leaving DMA mapping which was rewritten. Until we can implement ACPI in our prom, we will use platform specific SAL calls to retrieve any PCI configuration that is needed during the PCI fixup phase. Note that this new code requires a new Altix prom. If you need one, you can email me and I can set you up with the proper people to get one. Also we did not break out the pci_dma.c code (as Christoph has suggested) - we are in the process of doing that and will submit that code change in the near future. -- Patrick Gefre Silicon Graphics, Inc. (E-Mail) pfg@sgi.com 2750 Blue Water Rd (Voice) (651) 683-3127 Eagan, MN 55121-1400 (FAX) (651) 683-3054
WARNING: multiple messages have this Message-ID (diff)
From: Pat Gefre <pfg@sgi.com> To: tony.luck@intel.com Cc: linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org Subject: [PATCH] 2.6 SGI Altix I/O code reorganization Date: Mon, 04 Oct 2004 21:57:06 +0000 [thread overview] Message-ID: <200410042157.i94Lv7UC104750@fsgi900.americas.sgi.com> (raw) We have redone the I/O layer in the Altix code. We've broken the patch set down to 2 patches. One to remove the files, the other to add in the new code. Most of the changes from the last posting are in response to review comments. Signed-off-by: Patrick Gefre <pfg@sgi.com> The patches are : ftp://oss.sgi.com/projects/sn2/sn2-update/001-kill-files ftp://oss.sgi.com/projects/sn2/sn2-update/002-add-files They are based off http://lia64.bkbits.net/linux-ia64-release-2.6.9 The general differences between the new code and the old code are: I/O discovery and initialization was moved to prom to enable us to move towards EFI 1.10 and ACPI compliance. EFI 1.10 and ACPI compliance will be the next 2 phases in our development. Since prom is now performing all I/O discovery and initialization, we had to re-architect the Altix platform specific code in Linux - basically deleting all code related to discovery and initialization and leaving DMA mapping which was rewritten. Until we can implement ACPI in our prom, we will use platform specific SAL calls to retrieve any PCI configuration that is needed during the PCI fixup phase. Note that this new code requires a new Altix prom. If you need one, you can email me and I can set you up with the proper people to get one. Also we did not break out the pci_dma.c code (as Christoph has suggested) - we are in the process of doing that and will submit that code change in the near future. -- Patrick Gefre Silicon Graphics, Inc. (E-Mail) pfg@sgi.com 2750 Blue Water Rd (Voice) (651) 683-3127 Eagan, MN 55121-1400 (FAX) (651) 683-3054
next reply other threads:[~2004-10-04 22:00 UTC|newest] Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top 2004-10-04 21:57 Pat Gefre [this message] 2004-10-04 21:57 ` [PATCH] 2.6 SGI Altix I/O code reorganization Pat Gefre 2004-10-05 15:48 ` Christoph Hellwig 2004-10-05 15:48 ` Christoph Hellwig 2004-10-05 18:26 ` Patrick Gefre 2004-10-05 18:26 ` Patrick Gefre 2004-10-05 23:30 ` Patrick Gefre 2004-10-05 23:30 ` Patrick Gefre 2004-10-05 15:50 ` Christoph Hellwig 2004-10-05 15:50 ` Christoph Hellwig 2004-10-05 5:13 Luck, Tony 2004-10-05 5:13 ` Luck, Tony 2004-10-05 15:43 ` Jesse Barnes 2004-10-05 15:43 ` Jesse Barnes 2004-10-05 16:22 ` Grant Grundler 2004-10-05 16:22 ` Grant Grundler 2004-10-05 17:45 ` Matthew Wilcox 2004-10-05 17:45 ` Matthew Wilcox 2004-10-05 19:00 ` Colin Ngam 2004-10-05 19:00 ` Colin Ngam 2004-10-05 19:10 ` Grant Grundler 2004-10-05 19:10 ` Grant Grundler 2004-10-05 19:15 ` Matthew Wilcox 2004-10-05 19:15 ` Matthew Wilcox 2004-10-05 18:20 ` Patrick Gefre 2004-10-05 18:20 ` Patrick Gefre 2004-10-05 18:34 ` Jesse Barnes 2004-10-05 18:34 ` Jesse Barnes 2004-10-05 19:16 Luck, Tony 2004-10-05 19:16 ` Luck, Tony 2004-10-05 19:35 ` Patrick Gefre 2004-10-05 19:35 ` Patrick Gefre 2004-10-05 20:34 Luck, Tony 2004-10-05 20:34 ` Luck, Tony 2004-10-06 15:32 ` Patrick Gefre 2004-10-06 15:32 ` Patrick Gefre 2004-10-06 18:57 ` Grant Grundler 2004-10-06 18:57 ` Grant Grundler 2004-10-06 19:09 ` Colin Ngam 2004-10-06 19:09 ` Colin Ngam 2004-10-06 19:54 ` Grant Grundler 2004-10-06 19:54 ` Grant Grundler 2004-10-06 19:54 ` Colin Ngam 2004-10-06 19:54 ` Colin Ngam 2004-10-06 20:10 ` Patrick Gefre 2004-10-06 20:10 ` Patrick Gefre 2004-10-06 20:44 ` Jesse Barnes 2004-10-06 20:44 ` Jesse Barnes 2004-10-07 15:02 ` Patrick Gefre 2004-10-07 15:02 ` Patrick Gefre 2004-10-07 16:52 ` Jesse Barnes 2004-10-07 16:52 ` Jesse Barnes 2004-10-06 20:27 ` Jesse Barnes 2004-10-06 20:27 ` Jesse Barnes 2004-10-06 20:21 ` Colin Ngam 2004-10-06 20:21 ` Colin Ngam 2004-10-06 20:33 ` Matthew Wilcox 2004-10-06 20:33 ` Matthew Wilcox 2004-10-06 20:48 ` Grant Grundler 2004-10-06 20:48 ` Grant Grundler 2004-10-06 21:05 ` Matthew Wilcox 2004-10-06 21:05 ` Matthew Wilcox 2004-10-06 20:55 ` Colin Ngam 2004-10-06 20:55 ` Colin Ngam 2004-10-08 15:16 ` Colin Ngam 2004-10-08 15:16 ` Colin Ngam 2004-10-08 16:37 ` Jesse Barnes 2004-10-08 16:37 ` Jesse Barnes 2004-10-09 22:20 ` Grant Grundler 2004-10-09 22:20 ` Grant Grundler [not found] ` <4169A508.84FB19C7@sgi.com> 2004-10-11 14:03 ` Patrick Gefre 2004-10-11 14:03 ` Patrick Gefre 2004-10-08 22:37 ` Colin Ngam 2004-10-08 22:37 ` Colin Ngam 2004-10-07 17:06 Luck, Tony 2004-10-07 17:06 ` Luck, Tony 2004-10-07 17:22 ` Jesse Barnes 2004-10-07 17:22 ` Jesse Barnes 2004-10-07 18:59 ` Jes Sorensen 2004-10-07 18:59 ` Jes Sorensen 2004-10-11 20:49 Luck, Tony 2004-10-11 20:49 ` Luck, Tony
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200410042157.i94Lv7UC104750@fsgi900.americas.sgi.com \ --to=pfg@sgi.com \ --cc=linux-ia64@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=tony.luck@intel.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.