Add Atlas to feature-removal-schedule.
Subsystems (2)
PATCH 1/1 Add Atlas to feature-removal-schedule.
Ralf Baechle on Atlas board support in the linux-mips mailing list:
Maciej is promising to fix it up since a few years ;-) Aside of that it's safe to say the Atlas is dead like a coffin nail.
--- Documentation/feature-removal-schedule.txt | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-)
Documentation/feature-removal-schedule.txt +8 -0
@@ -333,3 +333,11 @@ Why: This driver has been marked obsolete for many years. Who: Stephen Hemminger <[email protected]> --------------------------- + +What: Support for MIPS Technologies' Altas evaluation board +When: March 2008 +Why: Apparently there is no user base left for this platform. + Hardware out of production since several years. +Who: Dmitri Vorobiev <[email protected]> + +---------------------------
Signature · 1 line
1.5.3
Quoted 15 lines · Dmitri Vorobiev
Ralf Baechle on Atlas board support in the linux-mips mailing list:
Maciej is promising to fix it up since a few years ;-) Aside of that it's safe to say the Atlas is dead like a coffin nail.
Signed-off-by Dmitri Vorobiev <[email protected]>--- Documentation/feature-removal-schedule.txt | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-)Documentation/feature-removal-schedule.txt +0
-0
Documentation/feature-removal-schedule.txt Why: This driver has been marked obsolete for many years. · line 337
Quoted 5 lines
Documentation/feature-removal-schedule.txt +2
-0@@ -333,3 +333,11 @@ Why: This driver has been marked obsolete for many years. Who: Stephen Hemminger <[email protected]> --------------------------- + +What: Support for MIPS Technologies' Altas evaluation board
^^^^^ Atlas
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]
In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Quoted 18 lines · Geert Uytterhoeven
Quoted 17 lines · Dmitri Vorobiev
Ralf Baechle on Atlas board support in the linux-mips mailing list:
Maciej is promising to fix it up since a few years ;-) Aside of that it's safe to say the Atlas is dead like a coffin nail.
Signed-off-by Dmitri Vorobiev <[email protected]>--- Documentation/feature-removal-schedule.txt | 8 ++++++++ 1 files changed, 8 insertions(+), 0 deletions(-)Documentation/feature-removal-schedule.txt +0
-0@@ -333,3 +333,11 @@ Why: This driver has been marked obsolete for many years. Who: Stephen Hemminger <[email protected]>
Quoted 5 lines
Documentation/feature-removal-schedule.txt Why: This driver has been marked obsolete for many years. · line 337
Quoted 3 lines
Documentation/feature-removal-schedule.txt +2
-0--------------------------- + +What: Support for MIPS Technologies' Altas evaluation board^^^^^ Atlas
This is what happens when doing things in a rush. Thanks, Geert.
I'll post a corrected version soon.
Quoted 12 lines
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [email protected]In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Quoted 6 lines · Dmitri Vorobiev
Quoted 4 lines
Documentation/feature-removal-schedule.txt Why: This driver has been marked obsolete for many years. · line 337
Quoted 2 lines
Documentation/feature-removal-schedule.txt +2
-0+ +What: Support for MIPS Technologies' Altas evaluation board^^^^^ AtlasThis is what happens when doing things in a rush. Thanks, Geert.
Hmm, I wonder why you'd be in such a rush to remove my pet project... ;-)
The last time I tried it worked; unfortunately I have since been taken away my second serial port that I used as a terminal device for the Atlas lying next to me and the first port I have in continuous use. I'll see if I can give it a hit before March though -- any issues with the port should be minimal.
Maciej
Maciej W. Rozycki пишет:
Quoted 10 lines · Dmitri Vorobiev
Quoted 6 lines
Quoted 5 lines
Documentation/feature-removal-schedule.txt Why: This driver has been marked obsolete for many years. · line 337
Quoted 3 lines
Documentation/feature-removal-schedule.txt +2
-0+ +What: Support for MIPS Technologies' Altas evaluation board^^^^^ AtlasThis is what happens when doing things in a rush. Thanks, Geert.
Hmm, I wonder why you'd be in such a rush to remove my pet project... ;-)
The last time I tried it worked; unfortunately I have since been taken
This was my way of reasoning here:
1) I would like to make a massive cleanup in the arch/mips/mips-boards for the reasons explained here:
http://www.linux-mips.org/archives/linux-mips/2008-01/msg00136.html
2) Removing Atlas would reduce the clean-up effort.
3) According to Ralf, the user base for Atlas is zero, the board itself is buggy.
4) History knows of an attempt to remove Atlas:
http://www.linux-mips.org/archives/linux-mips/2007-06/msg00153.html
5) Nobody is losing, man-hours are saved. No explanation of why not to do that. Hence, the patch to the feature-removal-schedule.txt.
Quoted 4 lines
away my second serial port that I used as a terminal device for the Atlas lying next to me and the first port I have in continuous use. I'll see if I can give it a hit before March though -- any issues with the port should be minimal.
It would be nice if you could take a look at that (please see the "P.S." part):
Quoted 3 lines
Maciej
Quoted 4 lines · Dmitri Vorobiev
1) I would like to make a massive cleanup in the
arch/mips/mips-boardsfor the reasons explained here:http://www.linux-mips.org/archives/linux-mips/2008-01/msg00136.html
You are certainly welcome to do so!
Quoted 1 line
2) Removing Atlas would reduce the clean-up effort.
You can make it a bonus project ;-) -- I would certainly do some testing
with real hardware if pieces of software start flying by.
Quoted 2 lines
3) According to Ralf, the user base for Atlas is zero, the board itself is buggy.
The Ethernet controller embedded in the onboard SAA9730 chip is
questionable, though some of the problems are apparently the result of our buggy driver. For example the settings of the PHY chip are not synchronised to what is set in the MAC. I cleaned up a lot of cruft at one point, but more can apparently be done. Switching to PHYLIB could help and is on my to-do list. The PHY is a QS6612 and is already supported by PHYLIB.
Otherwise the board is just fine, though perhaps a little bit strange --
no south bridge for example (i.e. no subtractive ISA/LPC decoding, nor 8259A or 8237A cores within), though the SAA9730 does implicit active decoding (i.e. not through PCI BARs) of some addresses that used to be assigned to motherboard devices in the PC/AT architecture (most notably the keyboard controller). Essentially a PCI-based junk I/O controller of some sort.
Quoted 3 lines
4) History knows of an attempt to remove Atlas:
http://www.linux-mips.org/archives/linux-mips/2007-06/msg00153.html
Yes, I know.
Quoted 2 lines
5) Nobody is losing, man-hours are saved. No explanation of why not to do that. Hence, the patch to the feature-removal-schedule.txt.
Well, I am always uneasy about removing stuff that is sufficiently
different from what keeps being supported as quite frequently apparently oversimplification decisions are made afterwards which make the addition of support for less usual designs that appear later on unnecessarily painful.
Quoted 3 lines
It would be nice if you could take a look at that (please see the "
P.S." part):
I have seen this, thanks. I'll have look, time permitting.
Maciej
Maciej W. Rozycki пишет:
Quoted 5 lines · Dmitri Vorobiev
Quoted 4 lines
1) I would like to make a massive cleanup in the
arch/mips/mips-boardsfor the reasons explained here:
Quoted 8 lines
You are certainly welcome to do so!
Quoted 1 line
2) Removing Atlas would reduce the clean-up effort.
You can make it a bonus project ;-) -- I would certainly do some testing
with real hardware if pieces of software start flying by.
OK, thanks for your reply. I'll try to proceed with the cleanup without removing Atlas.
Dmitri