src-test2/sys/alpha/conf, branch releng/6.3 FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=releng%2F6.3 2007-09-20T06:33:26Z Disable the module building of the linux bits on alpha and remove them 2007-09-20T06:33:26Z Alexander Leidinger netchild@FreeBSD.org 2007-09-20T06:33:26Z urn:sha1:1607c18075fb2ae478699cccdb647d38cb266498 from the corresponding NOTES. [1] There's no corresponding linux_base in the Ports Collection since years, and no linux distribution which is up-to-date and suitable (security, widespread, ...) for us. The only complain regarding linux & alpha we got so far is that the linuxulator doesn't build anymore. This complaint came from wilko -- the alhpa-part of re@ -- only. As the alpha platform is dead (no support from the manufacturer / linux distributions) and deprecated (removed in -current) it was decided to disable the linux bits from the build instead of trying to fix the problems on alpha. The alpha parts in the source are not removed so far, in case there are 1-2 people which actually still make use of this and are interested to use the linuxulator (and fix the problems). Additionally this prevents regressions on i386/amd64 when removing the alpha bits in shared code (the people which care about those code parts don't have enough time ATM to do extensive testing). This decission may be revisited at a later point in time. Discussed with: wilko [1] Add le(4). 2006-11-27T00:33:15Z Marius Strobl marius@FreeBSD.org 2006-11-27T00:33:15Z urn:sha1:cd3b549b7c89d57464b5ffc2f1df8e1d6bdb02f0 MFC: 2006-10-09T18:41:37Z Simon L. B. Nielsen simon@FreeBSD.org 2006-10-09T18:41:37Z urn:sha1:194d254cbd8f57cd05771d21f3315625578a50c6 - Remove SCHED_ULE from GENERIC to better avoid foot-shooting by unsuspecting users. - Add a comment in NOTES about experimental status of SCHED_ULE. - Make warning about experimental status in sched_ule(4) a bit stronger. This is not an exact MFC since we don't have alpha in -CURRENT. Approved by: re (kensmith) MFC: Move AH[CD]_REG_PRETTY_PRINT options to where they belongs. 2006-07-13T08:11:46Z Xin LI delphij@FreeBSD.org 2006-07-13T08:11:46Z urn:sha1:6c6aa05bffcedce70c8d689fbc6674d80f8d610c add ath & co. (compile tested only) 2006-07-11T17:34:13Z Sam Leffler sam@FreeBSD.org 2006-07-11T17:34:13Z urn:sha1:81461b2ee7554a02cb036263ee166a023c5d413a Testing has shown that the stability problems (panic tracebacks 2006-06-03T23:10:46Z Wilko Bulte wilko@FreeBSD.org 2006-06-03T23:10:46Z urn:sha1:800bc153b5918d063f24d7e3ad94a0d65d1eec74 showing lockmgr) encountered with "make -jX release" for X > 1 and running on SMP hardware are gone once PREEMPTION is disabled. Better ideas on fixing the problem are more than welcome. add re(4) to GENERIC. 2006-05-31T21:42:11Z Wilko Bulte wilko@FreeBSD.org 2006-05-31T21:42:11Z urn:sha1:9a9817432fd5dae01b41b9289708b0478154334f The RL8169s worked just fine for me on my release building DS20E with the CVS repo mounted via NFS. For EUR 10 that is not too bad :) Remove GEOM_GPT. 2006-05-28T11:15:16Z Wilko Bulte wilko@FreeBSD.org 2006-05-28T11:15:16Z urn:sha1:2ea05c8eed82d444758e5a8e9ec8096def1b9bac I encountered repeatable Unaligned access panics similar to: fatal kernel trap: trap entry = 0x4 (unaligned access fault) cpuid = 0 faulting va = 0xfffffc0000fae1c2 opcode = 0x28 register = 0x1 pc = 0xfffffc00004d07dc ra = 0xfffffc00004d0a1c sp = 0xfffffe0031875bc0 curthread = 0xfffffc007da237a0 pid = 2, comm = g_event These occur when a floppy or a CD (the 6.1R install CD will do in most cases) is in the drive during boot. A floppy or CD inserted *after* the system was booted did not give me this problem. Interestingly enough booting from the 6.1-R install CD sometimes caused the crash, sometimes it did not. When it did not panic an installation of 6.1-R was possible without any incidents. A subsequent boot from HD with the CD still present sometimes(...) worked fine, sometimes paniced. Taking GEOM_GPT out of the kernel config file allows booting without incidents. We do not need GPT on Alpha, so this is the easy way out. Discussed with: phk Try to avoid crashes during kernel startup by limiting the # of EISA 2005-09-25T18:34:18Z Wilko Bulte wilko@FreeBSD.org 2005-09-25T18:34:18Z urn:sha1:28ed9b63af6ed8d8eb2464d0ad121c8515557832 slots to probe. Problems have been reported in this area, lets hope this bandaid helps. !! Owners of EISA-equipped Alpha machines are requested to at least !! boot-test a 6-BETA build and report back to the Alpha list. Thanks! Approved by: re (scottl) Suggested by: ticso Now that our showstopper list has shrunk, take another step closer to the 2005-09-18T03:37:59Z Scott Long scottl@FreeBSD.org 2005-09-18T03:37:59Z urn:sha1:84e108840b8470f9212a92ac85cb0c17cff3194a release and turn off kernel debugging. Also turn off SMP on i386 and amd64 and add an SMP kernel config. Approved by: re (implicit)