mirror of
https://mirrors.bfsu.edu.cn/git/linux.git
synced 2025-01-06 13:55:08 +08:00
0fbd740944
- NSLU2 - NAS100D - D-Link DSM-G600 - Omicron - Gateway WG302v2 - Arcom Vulcan - Avila - Intel reference designs - Coyote and IXDPG425 - GTW5715 - Freecom FSG-3 In each case except Omicron, the board has been replaced by a corresponding device tree and tested where someone volunteered: Marc Zyngier has tested Arcom Vulcan and Freecom FSG-3 and I have tested NSLU2 and Avila for example. All that were tested boot to prompt, some devices may need some more massage before working perfectly. We can just as well delete these board files because we are confident that we will fix them to a working state if people are able to test patches. I am holding back the following boards for now: - Gateway 7001 - because Zoltan is working on this board and needs more time. He might need to test things with the board file so let's allow him time for that. - Goramo MLR - the consensus is to replace this with a dry coded device tree, but the bindings for that tree need some more time to make so we keep the boardfile around until we can merge a complete device tree for it. After these two (target v5.16) we can delete the remaining board files and the old mach structure along with the old PCI driver. -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEElDRnuGcz/wPCXQWMQRCzN7AZXXMFAmEWbS4ACgkQQRCzN7AZ XXOK6hAAtsIXRKP93nRQZcgDKk8uoyNBwhaLZJZZ567B2PGvjNKMKJs2lHhmIEgN j6vjSs04iicnSk8o/3Gv4jEWyVJZbpOzimpQG+otT7u5CqhVuXM6EPyfbbyRtO8B 8VLbaJr+FU3zkGAnBEbekKIpdMFo3muwNb5D04OzbdNQCnTYjT9go4VQ3oPMBk2H 5josOxD3ns2U95sceE8xZK8czYy8Me+At5ST767wkU9FX8u+cLirst+daOBP3tXD 6lk4EDn+ZbH/5U8Annd43HxoQZO37DAizBRgmGne+5E+l18MD0NGdLFAc2WA7L6G eeF+GBlDWEBHwq4zk0HDvuu0UtXpl3WIdXqQb31FKsbGTykhDd05Xt498Bv09Hq8 GLIsbDlyzzEuN8hZTLHJVZD4KQZeEm/PE2J7FehIew9+vPfCd5on3MNsJw2i9+Gt w2N+1/DQiaUS0NxAWWa84fZNHjr+gTBuzlrGj4jJGonPcIdIu2pnGvXQAF7yOr3y Hke71IisPSnTP97E4jRZ8Ef3kPi2CvAw3pmx1M31bze/NqSfDMjrfx7yt7z+BU0K JhH6Gs5ZZA/Gh5hb3GRrPmOVkan8VqzfM+rl2Aryh7jo6H9XahZlwU2BFIxxxzOP 6VB195QJ/8jvCMkfS4/oigzLI/xUfpFRXhNKTO0599zXwywIuVA= =az2O -----END PGP SIGNATURE----- gpgsig -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEo6/YBQwIrVS28WGKmmx57+YAGNkFAmEdDLEACgkQmmx57+YA GNmJ7w//Y6ifnTUVfpISm2GOnaZIhP4G/2A6WanpGMJW7eZE/wipY05s/Djgn1YY WX4WOcPAiGIeN1vJqfdifgSwGbBiLX0g72KvYa9y/w3UVjuJG/mT7e3OwHw/VMAh 1805L28D9/8NtvNHWN+31jYYZV/jGr5Qe03yrrRVbZFoPpMCOOSCo8jMqMWH79w9 5H1bo+RlCGDDKQxqDjspFGXq3Tre+wTqZi2gN8KXVLTHLoKx4ggxbMID52DM+1mm bDNjpUwiDwP8rkqQ/8Dnnjyfgxu0FRyWtVbGXlGKAxvwFO5BjZP+LEz2cewwWA2d YESy48fVO/goX6wNjmKkTUhhdzMSfpagdl/+WCv8T7Y0vd15Lyzo52CpM7eQsZeS unA7VtJB8W2Loa+jQSVVDC6ftprNRy40tIshRq6h04YcOw76mZU7Na+jIQT986++ bRCAnCrSp2kMemuhiPfZJ3JBeoSjwh0KhomVnLrOWLdk4d3uW5x/tbim4rOFWCQs dYHNCxphqFVD96nwTcSwnV9rOwLuPC73JL+OHu+2ppa/EU/zyrsj6uBcEovN7O+3 0Qm8HwGwHur3rG0ylwpEfeey6uI/kI4gKoFstXVjGRoTA5FMXJ7h9oj4roOGHcOV ANjaQixPYz8xGvWb2TBZcBOLYTdRIaoBsKDpCKWsylGW6YtCXO8= =FyaY -----END PGP SIGNATURE----- Merge tag 'ixp4xx-del-boardfiles-v5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik into arm/soc This deletes the following IXP4xx boardfiles: - NSLU2 - NAS100D - D-Link DSM-G600 - Omicron - Gateway WG302v2 - Arcom Vulcan - Avila - Intel reference designs - Coyote and IXDPG425 - GTW5715 - Freecom FSG-3 In each case except Omicron, the board has been replaced by a corresponding device tree and tested where someone volunteered: Marc Zyngier has tested Arcom Vulcan and Freecom FSG-3 and I have tested NSLU2 and Avila for example. All that were tested boot to prompt, some devices may need some more massage before working perfectly. We can just as well delete these board files because we are confident that we will fix them to a working state if people are able to test patches. I am holding back the following boards for now: - Gateway 7001 - because Zoltan is working on this board and needs more time. He might need to test things with the board file so let's allow him time for that. - Goramo MLR - the consensus is to replace this with a dry coded device tree, but the bindings for that tree need some more time to make so we keep the boardfile around until we can merge a complete device tree for it. After these two (target v5.16) we can delete the remaining board files and the old mach structure along with the old PCI driver. * tag 'ixp4xx-del-boardfiles-v5.15' of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-nomadik: ARM: ixp4xx: Delete the Freecom FSG-3 boardfiles ARM: ixp4xx: Delete GTWX5715 board files ARM: ixp4xx: Delete Coyote and IXDPG425 boardfiles ARM: ixp4xx: Delete Intel reference design boardfiles ARM: ixp4xx: Delete Avila boardfiles ARM: ixp4xx: Delete the Arcom Vulcan boardfiles ARM: ixp4xx: Delete Gateway WG302v2 boardfiles ARM: ixp4xx: Delete Omicron boardfiles ARM: ixp4xx: Delete the D-Link DSM-G600 boardfiles ARM: ixp4xx: Delete NAS100D boardfiles ARM: ixp4xx: Delete NSLU2 boardfiles Link: https://lore.kernel.org/r/CACRpkdY=sPDkzmbmm+0UQnJi7BXZKH14GLmyVwKC+4cLCJpmdA@mail.gmail.com Signed-off-by: Arnd Bergmann <arnd@arndb.de> |
||
|---|---|---|
| arch | ||
| block | ||
| certs | ||
| crypto | ||
| Documentation | ||
| drivers | ||
| fs | ||
| include | ||
| init | ||
| ipc | ||
| kernel | ||
| lib | ||
| LICENSES | ||
| mm | ||
| net | ||
| samples | ||
| scripts | ||
| security | ||
| sound | ||
| tools | ||
| usr | ||
| virt | ||
| .clang-format | ||
| .cocciconfig | ||
| .get_maintainer.ignore | ||
| .gitattributes | ||
| .gitignore | ||
| .mailmap | ||
| COPYING | ||
| CREDITS | ||
| Kbuild | ||
| Kconfig | ||
| MAINTAINERS | ||
| Makefile | ||
| README | ||
Linux kernel
============
There are several guides for kernel developers and users. These guides can
be rendered in a number of formats, like HTML and PDF. Please read
Documentation/admin-guide/README.rst first.
In order to build the documentation, use ``make htmldocs`` or
``make pdfdocs``. The formatted documentation can also be read online at:
https://www.kernel.org/doc/html/latest/
There are various text files in the Documentation/ subdirectory,
several of them using the Restructured Text markup notation.
Please read the Documentation/process/changes.rst file, as it contains the
requirements for building and running the kernel, and information about
the problems which may result by upgrading your kernel.