From owner-p4-projects@FreeBSD.ORG Sun Jan 17 01:27:53 2010
Return-Path: Ha itt nem szereplõ rendszerrel rendelkezünk,
From owner-p4-projects@FreeBSD.ORG Sun Jan 17 03:49:16 2010
Return-Path: This report covers &os; related projects between October and
- December 2009. Obviously, this is the last report in 2009,
- which has shown to be very important for the &os; Project. Besides
- other remarkable things, a new major version of &os;, 8.0-RELEASE, has been
+ December 2009. This is the last of the four reports covering 2009,
+ which has shown to be a very important year for the &os; Project. Besides
+ other notable things, a new major version of &os;, 8.0-RELEASE, has been
released, while the release process for 7.3-RELEASE is soon to begin. Thanks to all the reporters for the excellent work! We hope you
@@ -109,12 +109,12 @@
Existing ata(4) infrastructure, which has been around many years,
- has various problems and limitations with compared to modern
- controllers/devices support. Although the CAM subsystem (used for SCSI)
+ has various problems and limitations when compared to modern
+ controllers/device support. Although the CAM subsystem (used for SCSI)
is almost as old as ata(4), it is more eligible to solve the current
problems. To reduce code duplication and better support border cases
such as ATAPI and SAS, we have started to develop a new CAM based
@@ -229,7 +229,7 @@
making controller driver API stricter. Command queuing support gives new ATA implementation up to
- double performance benefit on some workloads, whereas 20-30% is
+ double performance benefit on some workloads, with 20-30% improvement
quite usual. SATA Port Multiplier support makes it easy to build fast and
@@ -294,9 +294,9 @@
This work allows Linux applications using V4L video calls to
work with existing &os; video drivers that provide V4L interfaces.
It is tested and working with the net/skype port and also with
- browser-based Flash applications that access webcams. It is tested on
- &os;-8.0/amd64 and &os;-7.2/i386. An early version has been
+ browser-based Flash applications that access webcams. An early version has been
committed to 9.0-CURRENT and work is in progress to commit the latest
- version and then MFC. Note: to be clear, this does not add V4L support to all webcams.
The &os; camera driver must already offer V4L support itself in
@@ -1008,7 +1008,7 @@
been used extensively by the developers. The primary author of
this port is Oleksandr Tymoshenko (gonzo@FreeBSD.org).
- The development branch had been updated incorrectly several times over the
@@ -1098,7 +1098,7 @@
The purpose of this project is to provide &os; with support for the
Flattened Device Tree (FDT) technology, the mechanism for describing
computer hardware resources, which cannot be probed or self enumerated, in
- a uniform and portable way. The primary consumer of this technology are
+ a uniform and portable way. The primary consumers of this technology are
embedded &os; platforms (ARM, AVR32, MIPS, PowerPC), where a lot of
designs are based on similar chips but have different assignment of pins,
memory layout, addresses bindings, interrupts routing and other resources. Important changes regarding &os; TDM Framework since last Status
- Report: Important changes regarding &os; TDM Framework since the last status
+ report: On January 13, I removed the utmp user accounting database and
- replaced it with POSIX utmpx. Unfortunately, the upgrade path is a bit
- bumpy, because the utmp interface provided almost no library
+ replaced it with a new POSIX utmpx implementation. Unfortunately, the upgrade path is a bit
+ complex, because the utmp interface provided almost no library
interface to interact with the database files. This change may have caused some regressions. Some ports may fail
@@ -1358,8 +1358,8 @@
Good compatibility has been ensured and there are only few pending
- items which have to be reviewed/enhanced. Recently, an enhancement
- has been completed which makes it possible to accomplish better
+ items that have to be reviewed/enhanced. Recently, an enhancement
+ has been completed, which makes it possible to accomplish better
transliteration, just like in the GNU version. An initial testing
patch is expected at the beginning of February. NVIDIA has released the first BETA version of its graphics
drivers for &os;/amd64. Note that this driver will work on &os;
- versions 7.3 or 8.0 and later. It also works on very recent
+ versions 7.3-RELEASE or 8.0-RELEASE and later. It also works on very recent
versions of 7.2-STABLE. More details are provided in the
official release announcement. The list of PRs recommended for committer evaluation by the
Bugbusting Team continues to receive new additions; however, it
has not yet achieved high visibility. (This list contains PRs,
- mostly with patches, that the Bugbusting Team feel are probably
+ mostly with patches, that the Bugbusting Team consider potentially
ready to be committed as-is, or are probably trivially resolved
in the hands of a committer with knowledge of the particular
subsystem.) One of the suggestions at the Cambridge devsummit
@@ -1505,9 +1505,9 @@
been converted, and we are keeping up as new ones come in. We
hope that this is making it easier to browse the PR database. The overall PR count jumped to over 6200 during the 8.0 release
- cycle, but seems to have stabilized at around 6100. As in the
- past, we have a fairly good clearance rate for ports PRs, but
+ The overall PR count jumped to over 6,200 during the 8.0-RELEASE release
+ cycle but seems to have stabilized at around 6,100. As in the
+ past, we have a fairly good clearance rate for ports PRs but
much less so for other PRs. (Partly this is due to the concept
of individual ports having 'maintainers'.) Work continues on our ia64 port. Many recent commits to
- help improve stability have been made to -CURRENT and MFCed
+ help improve stability have been made to 9.0-CURRENT and MFCed
to 8-STABLE. Due to interest from one very motivated user, package builds
+ Due to interest from a very motivated user, package builds
have been restarted for ia64-8. This is primarily intended as
a QA step to discover and fix bugs on ia64, rather than to
create packages for upload.
hibatûrõ
módon két vagy
+ akár több hálózati interfészt
+ össze tudunk vonni. Ennek köszönhetõen az
+ aktív hálózati kapcsolat
+ megszünésekor rendszerünk
+ önállóan igyekszik mindig a fennmaradó
+ elérhetõ hálózatok közül a
+ leginkább preferáltabbra váltani.normális
- rendszerprogramokat esetleg hamarabb találja meg a
- rendszer, ha nem jól állítottuk be a
- normális
rendszerprogramokat esetleg
+ hamarabb találja meg a rendszer, ha nem jól
+ állítottuk be a
Currently it is tested on big/little endian machines and 32/64 - bits DMA operation with STA mode. A major patch for siba(4) - is being reviewed before committing into HEAD.
+Currently, it is tested on big/little endian machines and 32/64-bit + DMA operation with STA mode. A major patch for siba(4) + is being reviewed before committing into 9.0-CURRENT.
The Release Engineering Team would like to thank George Neville-Neil (gnn@) for his service on the team. George continues to work with the &os; Project but has stepped down - from the Release Engineering Team to focus on those other + from the Release Engineering Team to focus on other activities.
@@ -1677,25 +1680,25 @@ identified:Patches for all but the zlib support have been committed to - HEAD and merged to all supported stable branches including - RELENG_6. Special thanks to Eugene Grosbein for helping with + 9.0-RELEASE and merged to all supported stable branches including + 6-STABLE. Special thanks to Eugene Grosbein for helping with testing.
Despite a difficult economy, we more than doubled our number - of donors, we raised $269k towards our goal of $300k, and with + of donors, we raised $269K towards our goal of $300K, and with an improved economy hope to surpass that this year.
-We funded two new projects. One is the Flattened Device Tree by +
We have funded two new projects. One is the Flattened Device Tree by Rafal Jaworowski. And, the second one is Highly Available Storage by Pawel Jakub Dawidek. We continued supporting the New Console Driver by Ed Schouten and Improvements to the &os; TCP Stack by @@ -1790,10 +1793,10 @@
-VirtualBox 3.1.2 has been committed to the Ports tree.
+VirtualBox 3.1.2 has been committed to the ports tree.
Several changes to the port have been performed with this - update which include:
+ update including:BSDCan 2010 will be held on 13-14 May 2010 at University of +
BSDCan 2010 will be held on 13-14 May 2010 at the University of Ottawa, and will be preceded by two days of Tutorials on 11-12 May 2010.
@@ -1876,12 +1879,12 @@The next conference will be held at Tokyo University of +
The next conference will be held at the Tokyo University of Science, Tokyo, Japan, on 11th to 14th March, 2010.
For more detailed information, please check the conference
@@ -1903,7 +1906,7 @@
The meetBSD conference is an annual event gathering users and
- developers of the BSD operating system family, mostly FreeBSD,
+ developers of the BSD operating system family, mostly &os;,
NetBSD and OpenBSD. Afer the special California edition,
meetBSD Wintercamp in Livigno, this year we are back to
Krakow, Poland. In 2010, meetBSD will be held on 2-3 July at Jagiellonian
+ In 2010, meetBSD will be held on 2-3 July at the Jagiellonian
University. See the conference main web site for more details. We are again able to build bootable i386/amd64 kernel. Nathan
- Whitehorn commited a fix to &os; which enabled LLVM/clang to
+ Whitehorn committed a fix to &os;, which enabled LLVM/clang to
work mostly fine on PowerPC. There is some preliminary testing
of LLVM/clang on ARM and MIPS being done. We have some ideas
about sparc64 support which are currently being investigated.
You are welcome to contact us if you want to help. Since the last report a lot has happened mostly in the area of
- C++, clang is currently able to build working groff, gperf and
- devd, ie. all of the C++ apps we have in base. Unfortunatelly,
+ Since the last report, a lot has happened mostly in the area of
+ C++; clang is currently able to build working groff, gperf and
+ devd, i.e. all of the C++ apps we have in base. Unfortunately,
it still cannot build any of the C++ libraries — two of
them are missing builtins and libstdc++ is broken for other
reasons. Not much happened in the clangbsd branch as we cannot upgrade
+ Not much happened in the clangbsd branch as we cannot
upgrade the clang/llvm there because we are blocked by a bug
that requires using newer assembler than we can ship. This
might be solved by either fixing this (short term) or using
- llvm-mc instead of gnu as for assembling (longer term).
Preliminary Hardware Performance Counter support for Intel - XScale ARM processors was committed to FreeBSD 9.0-CURRENT + XScale ARM processors was committed to &os; 9.0-CURRENT in December. This adds another supported architecture to hwpmc(9). The system works for basic performance counter usage but more advanced usage scenarios, namely callchain support, are not yet implemented.
- -Use the xml
generator or download and edit the
@@ -42,6 +42,8 @@
The October-December, 2009 Status Report is now
+ available with 38 entries. A 2009 októberétõl decemberéig
+ tartó idõszakot összefoglaló, 38
+ bejegyzést tartalmazó negyedéves
+ helyzetjelentés immáron elérhetõ. This report covers &os; related projects between October and
- December 2009. Obviously, this is the last report in the year 2009,
- which has shown to be very important for the &os; Project. Besides
- other remarkable things, a new major version of &os;, 8.0, has been
- released, while the release process for 7.3 is soon to begin.2009
+
Thanks to all the reporters for the excellent work! We hope you - enjoy the reading. Let us also use this opportunity to wish you all - happy and successfull new year 2010.
+ enjoy reading. Let us also take this opportunity to wish you all a + happy and successful new year for 2010. -Please note that the next deadline for submissions covering the +
Please note that the deadline for submissions covering the period between January and March 2010 is April 15th, 2010.
@@ -109,16 +109,16 @@A module for DAHDI support for &os; has been created in the +
A DAHDI support module for &os; has been created in the official Asterisk SVN repository.
The following drivers are currently ported:
@@ -166,21 +166,17 @@The port for dahdi_dynamic_eth and dahdi_dynamic_ethmf is - under way.
-More HW drivers need to be ported.
+Please let me know if you can provide remote access with
- serial console to the box with ISDN/T1/E1 HW not currently
+
Existing ata(4) infrastructure which has been around many years - has number of problems and limitations, in respect to modern - controllers/devices support. A CAM subsystem (used for SCSI), which - is around for almost the same time, implements many of required - algorithms solving many problems in a better way. To reduce code - duplication and better support border cases such as ATAPI and SAS, - new CAM based ATA implementation has been started in order to use - its benefits.
+Existing ata(4) infrastructure, which has been around many years, + has various problems and limitations when compared to modern + controllers/device support. Although the CAM subsystem (used for SCSI) + is almost as old as ata(4), it is more eligible to solve the current + problems. To reduce code duplication and better support border cases + such as ATAPI and SAS, we have started to develop a new CAM based + ATA implementation.
-As such, CAM infrastructure was extended to support different - transports. New transport was implemented to support PATA/SATA - buses. To support ATA disks, new CAM driver ada was written. ATAPI +
As such, CAM infrastructure has been extended to support different + transports. New transport has been implemented to support PATA/SATA + buses. To support ATA disks, a new CAM driver (ada) has been written. ATAPI devices are supported by existing SCSI drivers cd, da, sa, etc. To - support SATA port-multipliers new CAM driver pmp was written. To + support SATA port-multipliers another new CAM driver (pmp) has been written. To support most featured and widespread SATA controllers, new drivers - ahci(4) and siis(4) were developed.
+ ahci(4) and siis(4) have been developed. -To support legacy ATA controllers, kernel option ATA_CAM was +
To support legacy ATA controllers, a kernel option ATA_CAM has been added. When used, it makes all ata(4) controllers directly - available to CAM, deprecating ata(4) periperal drivers and external - APIs. To make it possible, ata(4) code was heavily refactored, - making controller driver API more strict.
+ available to CAM, deprecating ata(4) peripheral drivers and external + APIs. To make this possible, ata(4) code has been heavily refactored, + making controller driver API stricter.Command queuing support gives new ATA implementation up to - double performance benefit on some workloads, whereas 20-30% is + double performance benefit on some workloads, with 20-30% improvement quite usual.
-SATA Port Multipliers support makes it easy to build fast and - cheap storages with huge capacities, by using dozens of SATA drives +
SATA Port Multiplier support makes it easy to build fast and + cheap storage with huge capacities, by using dozens of SATA drives in one system or external enclosures,
-Some of that code was presented in &os; 8.0-RELEASE, but - 8-STABLE includes much improved version now.
+Some of that code has been presented in the recently released &os; 8.0-RELEASE but + 8-STABLE now includes a much improved version.
Improve timeouts and transport errors recovery.
-Improve hot-plug support.
-Search and fix any show stoppers for legacy ata(4) - deprecation.
-Write new, more featured driver for Marvell SATA controllers - (specs wanted).
-Write SAS-specific transport and drivers for SAS HBAs (specs
- wanted). SAS controllers can support SATA devices and
+
Chromium is a Webkit-based web browser that is largely BSD - licensed. We ported it from linux to &os; in October and have been - posting patches and test builds periodically ever since. Chromium - works well on &os; — it is very fast and stable, but there + licensed. It has been ported from Linux to &os; in October and we have been + posting patches and test builds periodically since then. Chromium + works well on &os; — it is very fast and stable but there are a handful of rough edges that need to be polished up. Two remaining bugs should probably be fixed before releasing a chromium-devel port. We are looking for volunteers to test and - maintain this port, to make this BSD browser a viable option on the - &os; desktop.
+ maintain this port to make this BSD browser a viable option on + &os; desktop systems.I have been adding a small intent log to softupdates to +
I have been adding a small intent log to SoftUpdates to eliminate the requirement for fsck after an unclean shutdown. This work has been funded by Yahoo!, iXsystems, and Juniper. Kirk McKusick has been aiding me with design critiques and helping me - better understand softupdates.
+ better understand SoftUpdates.Extensive testing by myself and Peter Holm has yielded a stable patch. Current users are encouraged to follow the instructions - posted to current@ to verify stability in your own workloads. - Updates are forthcoming and it is expected to be merged with - current before the end of January. Ports to older versions of &os; + posted to the current@FreeBSD.org mailing list to verify stability in your own workloads. + Updates are forthcoming and it is expected to be merged to + 9.0-CURRENT before the end of January. Ports to older versions of &os; will be available in SVN under alternate branches. Official - backports will be decided by re@ when current is stable.
+ backports will be decided by re@ when 9.0-CURRENT is stable.The changes are fully backwards and forwards compatible as there are very few metadata changes to the filesystem. The journal may be - enabled or disabled on existing ffs filesystems using tunefs(8). - The log consumes 64 megabytes of space at maximum and fsck time is + enabled or disabled on existing FFS filesystems using tunefs(8). + The log consumes 64 MB of space at maximum and fsck time is bounded by the size of the log rather than the size of the filesystem. Other details are available in my technical journal.
@@ -375,17 +360,17 @@Most of the recent activity was dealing with the 8.0 release - process. As an experiment, we tried to decouple the ports QA +
Most of the recent activity has been dealing with the 8.0-RELEASE + process. As an experiment, we have tried to decouple the ports QA timeline as much as possible from the src QA timeline. Although this meant that the impact on people actively maintaining and using - ports was much less than in previous releases, it still has not - solved the problem of the release going out with an stale set of + ports has been much less than in previous releases, it still has not + solved the problem of the release going out with a stale set of packages. We are still trying to come up with a better solution for the problem.
The ports count is over 21,000. The PR count jumped to over - 1000, but is now back to around 950.
+ 1,000 but is now back to around 950.We are currently building packages for amd64-6, amd64-7, amd64-8, i386-6, i386-7, i386-8, i386-9, ia64-8, sparc64-7, and @@ -411,8 +396,8 @@ the last report.
There has been some discussion of when to drop regular package - builds for 6.x, but no decision has been made yet. The cluster, and - the portmgrs, are struggling to keep up with so many branches being + builds for 6.X but no decision has been made yet. The cluster and + the port managers are struggling to keep up with so many branches being active all at the same time.
Mark Linimon continues to make progress on the cluster nodes. @@ -424,20 +409,20 @@ build cluster. The question has been asked of us, "what would it take to speed up package builds?" There is no one simple answer. It is not merely a matter of having a larger number of package - building machines -- before asking for funding we first need to + building machines, so before asking for funding we first need to identify the current bottlenecks. While we are starting to understand the problems on the nodes, the problems on the dispatch machine itself are much harder. Complicating the matter is that there are several periodic processes (ZFS backup, ZFS expiration, and errorlog compression, among others) that can combine to slow - that machine significantly. The interaction of all these - simultaneously is proving difficult to quantify.
+ that machine significantly. The simultaneous interaction of all these + is proving difficult to quantify. -Between pav and miwi, many more experimental ports runs have +
Between Pav Lucistnik and Martin Wilke, many more experimental ports runs have been completed and committed.
We have added 3 new committers since the last report, and 1 - older one has rejoined.
+ older one has rejoined us.The main thing that has taken place since the last Status Report is that I have gotten to the bottom of the remaining PCI problems with Sun Fire V215/V245 and support for these has been completed - and since r202023 now is part of HEAD. With some luck it will also + and since r202023 now is part of 9.0-CURRENT. With some luck it will also be part of the upcoming 7.3-RELEASE.
-In other news:
+Some other news:
Recently a bunch of new device IDs have been added for the - u3g(4) cellular wireless driver, the list should be comparable with +
Recently, a bunch of new device IDs have been added for the + u3g(4) cellular wireless driver; the list should be comparable now with other operating systems around. A lot of these devices have a - feature where the unit first attaches as a disk or cdrom that - contains the Win/Mac drivers, this state should be detected by the + feature where the unit first attaches as a disk or CD-ROM that + contains the Win/Mac drivers. This state should be detected by the u3g driver and the usb device is sent a command to switch to modem - mode. This has been working for quite some time but as its + mode. This has been working for quite some time but as it is implemented differently for each vendor I am looking for feedback on any units where the auto switchover is not working (or the init is not recognized at all). Please ensure you are running an up to - date kernel from head r201681 or later, or stable/8 if r201681 has - been merged by the time of publication.
+ date kernel, like r201681 or later from 9.0-CURRENT, or 8-STABLE + after the future merge of this revision.We are happy to announce that Benedict Reuschling is now free - from mentorship and can commit to the doc-tree on his own.
+ from mentorship and can commit to the documentation tree on his own.Since the last status report, the German Documentation Team has - chased updates to various sections of the &os; handbook, FAQ and - the german website. Many handbook pages were updated to the latest + chased updates to various sections of the &os; Handbook, FAQ and + the German website. Many handbook pages have been updated to the latest version, including chapters about configuration, disks, kernel configuration, printing, multimedia and virtualization.
-We require help from volunteers who are willing to contribute +
We require help from volunteers that are willing to contribute bug fixes or translations. The following documents need active - maintainership and are a good training-ground for those willing to + maintainership and are a good training ground for those willing to join the translation team:
There is one article translation pending review. Apart from this, - neither translation nor maintainance work has been done. We need + neither translations nor maintainance work have been done. We need more volunteers, mostly translators but we are glad to have more reviewers, as well. One can join by simply subscribing to - the translators' mailing list, where all the work is done.
+ the translators' mailing list where all the work is done.In the last months, no new translation has been added. - Lacking human resources, we can only manage the existing - documentation and web page translations. If you are interested + Lacking human resources, we can only manage to keep the existing + documentation and web page translations up to date. If you are interested in helping us, please contact us via the the email addresses noted above.
Since the last report we have seen a growth of 2000 users on our - Forums resulting in ca. 10.000 registered users at this time. The - posts count is about to reach 60.000 soon, which are contained in - almost 9000 threads.
+Since the last report we have seen a growth of 2,000 users on our + forums resulting in approximately 10,000 registered users at this time. The + posts count is about to reach 60,000 soon, which are contained in + almost 9,000 threads.
The sign-up rate still hovers between 50-100 each week. The total number of visitors (including 'guests') is currently hard to @@ -745,13 +730,13 @@ userbase.
New topics and posts are actively 'pushed out' to search - engines. This in turn makes the Forums show up in search results + engines. This in turn makes the forums show up in search results more and more often, making it a valuable and very accessible source of information for the &os; community.
-One of the contributing factors to the Forums' success is their +
One of the contributing factors to the forums' success is their 'BSD-style' approach when it comes to administration and - moderation. The Forums have a strong and unified identity and are + moderation. The forums have a strong and unified identity and are very actively moderated, spam-free, and with a core group of very active and helpful members, dispensing many combined decades' worth of knowledge to starting, intermediate and professional users of @@ -784,14 +769,14 @@
This work allows Linux applications using V4L video calls to work with existing &os; video drivers that provide V4L interfaces. It is tested and working with the net/skype port and also with - browser-based Flash apps that access webcams. It is tested on - &os;-8.0/amd64 and &os;-7.2/i386. An early version has been - committed to head and work is in progress to commit the latest - version and then MFC.
+ browser-based Flash applications that access webcams. An early version has been + committed to 9.0-CURRENT and work is in progress to commit the latest + version and then MFC. It is also tested on &os;-8.0/amd64 and + &os;-7.2/i386.Note: to be clear, this does not add V4L support to all webcams. The &os; camera driver must already offer V4L support itself in - order for a Linux app to be able to use that camera. The + order for a Linux application to be able to use that camera. The multimedia/pwcbsd port provides the pwc(4) driver that already has V4L support. If your camera is supported by a different driver, you will need to enhance that driver to add V4L support.
@@ -799,7 +784,7 @@The webcamd daemon enables hundreds of different USB based webcam devices to be used under the &os;-8/9 operating system. The - webcam daemon is basically an application which is a port of + webcam daemon is basically an application, which is a port of Video4Linux USB webcam drivers into userspace on &os;. The daemon currently depends on libc, pthreads, libusb and the VIDEO4BSD kernel module.
@@ -843,31 +828,26 @@Historically, FreeBSD has limited the number of supplemental +
Historically, &os; has limited the number of supplemental groups per process to 15 (NGROUPS_MAX was incorrectly declared to be - 16). In FreeBSD 8.0 we raised the limit to 1023, which should be + 16). In &os; 8.0-RELEASE we raised the limit to 1023, which should be sufficient for most users and will be acceptably efficient for incorrectly written applications that statically allocate NGROUPS_MAX + 1 entries.
Because some systems such as Linux 2.6 support a larger - group limit, we have further relaxed this restriction in -CURRENT and + group limit, we have further relaxed this restriction in 9.0-CURRENT and made kern.ngroups a tunable value, which supports values between 1023 and INT_MAX - 1. We plan to merge this to 8-STABLE before 8.1-RELEASE.
- -This import is based on OpenBSD 4.5 state of pf(4). It includes many improvements over the code currently present in &os;. The actual new feature present in pf45 repository is support for - divert(4) which should allow tools like snort_inline to work with + divert(4), which should allow tools like snort_inline to work with pf(4) too.
-Currently the pf(4) import is considered stable with normal +
Currently, the pf(4) import is considered stable with normal kernel, as well as VIMAGE enabled kernels.
@@ -910,7 +890,7 @@Native NFSv4 ACL support in ZFS and UFS was merged into HEAD. It - is expected to be MFCed in order to make it into FreeBSD 8.1.
+Native NFSv4 ACL support in ZFS and UFS has been committed into 9.0-CURRENT. It + is expected to be MFCed in order to make it into &os; 8.1-RELEASE.
The base/projects/mips branch has been merged into base/head. +
The base/projects/mips branch has been merged into 9.0-CURRENT. The merge is complete and the sanity tests have passed. The code has booted on both a Ubiquiti RouterStation (big endian) as well as in gxemul (little endian).
@@ -1027,7 +1008,7 @@ been used extensively by the developers. The primary author of this port is Oleksandr Tymoshenko (gonzo@FreeBSD.org). -I am sure there are minor items I have forgotten. If so, please - forgive any omission on my part...
- -he branch had been updated incorrectly several times over the - past year, and the damage was too much to repair. We've retired the - branch and will do further mips development in "head" for the time +
The development branch had been updated incorrectly several times over the + past year, and the damage was too much to repair. We have retired the + branch and will do further mips development in 9.0-CURRENT for the time being. If you have a checked out tree, the suggested way to update the projects/mips tree you have is to do a "svn switch - svn://svn.freebsd.org/base/head" in that tree.
+ svn://svn.FreeBSD.org/base/head" in that tree.I would like to thank everybody that has contributed time, code - or hardware to make FreeBSD/mips better.
+ or hardware to make &os;/mips better.As development proceeds, I will keep posting updates. In
addition, I hope to have some mini "how-to" wiki pages done for
@@ -1092,13 +1070,13 @@
The purpose of this project is to provide FreeBSD with support for the
+ The purpose of this project is to provide &os; with support for the
Flattened Device Tree (FDT) technology, the mechanism for describing
computer hardware resources, which cannot be probed or self enumerated, in
- a uniform and portable way. The primary consumer of this technology are
- embedded FreeBSD platforms (ARM, AVR32, MIPS, PowerPC), where a lot of
- designs are based on similar chips, but have different assignment of pins,
+ a uniform and portable way. The primary consumers of this technology are
+ embedded &os; platforms (ARM, AVR32, MIPS, PowerPC), where a lot of
+ designs are based on similar chips but have different assignment of pins,
memory layout, addresses bindings, interrupts routing and other resources. Current state highlights: The FreeBSD/MIPS Project aims to port FreeBSD to
- MIPS R4000 and newer processors, with support for both desktop
- platforms (e.g. SGI MIPS) and embedded systems. The ideal is for
- it to be as clean of a port as possible, with as few historical
- mistakes as are required, and to provide ports to major platforms
- where it makes sense for FreeBSD to maintain them, while providing
- a good "working base" for any third-party vendors to build their
- own platforms on top of FreeBSD/MIPS. The FreeBSD/MIPS Project is responsible for the
+ maintenance and development of FreeBSD on platforms using MIPS
+ processors. The port currently runs multi-user on a number of
+ platforms and a wide variety of processors. Initially, development is being done in the FreeBSD
- Perforce repository, but once the port has reached a relatively
- working state, it will be merged into the FreeBSD CURRENT branch.
- Changes made which are not MIPS specific but which are required
- for the port should be merged in gradually over time. The project is always looking for additional contributors. If you
- wish to participate, the best way to find out what is happening
- is to subscribe to the freebsd-mips
- mailing list. If you are working on a specific task
- relating to the project, you should contact
- jmallett@FreeBSD.org with a
- description of the task so that your task can be listed
- below. If you have code that you are interested in comitting,
+ you can send it for review to the freebsd-mips
+ mailing list. A támogatott processzorok listája a &os;/i386 Hardverjegyzékében található.
-
>>> TRUNCATED FOR MAIL (1000 lines) <<<
From owner-p4-projects@FreeBSD.ORG Mon Jan 18 21:15:57 2010
Return-Path:
-
-
Update contrib bits for toolchain.
- &a.jmallett;
- 08 November 2002
+ Commit the port to Subversion.
+ &a.imp;
+ 13 April 2008
&status.done;
-
Add toolchain glue for FreeBSD/MIPS.
- &a.jmallett;
- 08 November 2002
- &status.done;
+ Commit support and infrastructure for a multiprocessor port.
+ &a.imp; / &a.rrs;
+ ???
+ &status.wip;
-
Merge ARCBIOS kernel driver from NetBSD.
- &a.jwojdacki;
- 08 November 2002
- &status.done;
+ n32 and n64 ABI support.
+ &a.imp;
+ ???
+ &status.wip;
-
-
- Write a GEOM module for SGI fx-labelled disks.
- &a.jmallett;
- 08 February 2003
- &status.done;
-
-
-
- Fill in stub kernel headers.
- &a.jmallett;
- 13 February 2003
- &status.done;
-
-
-
- Fill in stubs for all MD functions.
- &a.jmallett;
- 14 February 2003
- &status.done;
-
-
- Get a kernel booting on real hardware.
- &a.jmallett;
- 14 February 2003
+ Commit support and infrastructure for a 64-bit port.
+ &a.imp;
+ ???
&status.wip;
-
-
- Merge FreeBSD/MIPS configuration into FSF GCC tree.
-
- 08 November 2002
- &status.new;
-
-
-
@@ -34,7 +34,6 @@
@@ -52,11 +51,6 @@
Flesh out loader(8)'s ARC support.
-
- 08 November 2002
- &status.new;
- Hardverlista
-
- Kapcsolódó linkek
==== //depot/projects/docproj_hu/www/hu/share/sgml/events.xml#25 (text+ko) ====
@@ -11,7 +11,7 @@
- &os; &rel2.current;-RELEASE
- [Megtekint]
- [Megtekint]
- [Megtekint]
- [Megtekint]
-
-
- alpha
- [Disztribúció]
- [ISO]
- [Megtekint]
- [Megtekint]
- [Megtekint]
+ [Megtekint]
+ [Megtekint]
+ [Megtekint]
+ [Megtekint]
+
amd64
[Disztribúció]
[ISO]
- [Megtekint]
- [Megtekint]
- [Megtekint]
-
i386
- [Disztribúció]
+ [Disztribúció]
[ISO]
- [Megtekint]
- [Megtekint]
- [Megtekint]
ia64
[Disztribúció]
[ISO]
- [Megtekint]
- [Megtekint]
- [Megtekint]
+
pc98
[Disztribúció]
[ISO]
- [Megtekint]
- [Megtekint]
- [Megtekint]
+
+
+ powerpc
+ [Disztribúció]
+ [ISO]
From owner-p4-projects@FreeBSD.ORG Fri Jan 22 17:27:56 2010
Return-Path:
sparc64
[Disztribúció]
[ISO]
- [Megtekint]
- [Megtekint]
- [Megtekint]