summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Rename 'at_ifaddr' list to 'at_ifaddr_list' so that the variable isrwatson2004-03-226-23/+23
| | | | more easily mechanically distinguished from 'struct at_ifaddr'.
* Compare pointers with NULL rather than 0, or treating them as boolans inrwatson2004-03-226-13/+14
| | | | | | | if statements. at_rmx gets a $FreeBSD$ out of the deal also (this code appears to be unused).
* MAC addresses are 8 bits in ARCNET. Adjust bcopy().mdodd2004-03-221-2/+2
|
* Also modify ddp_input.c with the following changes previously appliedrwatson2004-03-221-90/+90
| | | | | | | | | | | | | | to other files in netatalk: Log: Since I have my hands all over netatalk adding locking and restructuring it, cinch the file's style closer to style(9) with regard to parenthesis: s/( /(/g s/ )/)/g s/return(/return (/g s/return 0/return (0)/ s/return 1/return (1)/
* Since I have my hands all over netatalk adding locking and restructuringrwatson2004-03-225-582/+582
| | | | | | | | | | it, cinch the file's style closer to style(9) with regard to parenthesis: s/( /(/g s/ )/)/g s/return(/return (/g s/return 0/return (0)/ s/return 1/return (1)/
* Remove WFORMAT, style.Makefile(5).obrien2004-03-221-5/+5
|
* Dont count bytes being sent to a disconnected hook.julian2004-03-221-4/+4
| | | | MFC after: 3 days
* Share the i386 boot manual page.obrien2004-03-221-0/+3
|
* The Intel 2200BG NDIS driver does an alloca() of about 5000 byteswpaul2004-03-223-8/+32
| | | | | | | | | | | | | | | | | when it associates with a net. Because FreeBSD's kstack size is only 2 pages by default, this blows the stack and causes a double fault. To deal with this, we now create all our kthreads with 8 stack pages. Also, we now run all timer callouts in the ndis swi thread (since they would otherwise run in the clock ithread, whose stack is too small). It happens that the alloca() in this case was occuring within the interrupt handler, which was already running in the ndis swi thread, but I want to deal with the callouts too just to be extra safe. NOTE: this will only work if you update vm_machdep.c with the change I just committed. If you don't include this fix, setting the number of stack pages with kthread_create() has essentially no effect.
* The kthread_create() API is supposed to allow you to create threadswpaul2004-03-221-3/+4
| | | | | | | | | | | | | | | | | | | with more than the normal amount of stack pages, however the stack pointer always wound up being initialized using KSTACK_PAGES. It should be using td->td_kstack_pages instead. This means that although the vm subsystem would give you all the stack pages you asked for, %esp would always be initialized as if you had just 2 pages, and the rest would go to waste. I wanted to use the 'give me more stack pages' feature of kthread_create() because the Intel 2200BG NDIS driver does an alloca() of about 5000 bytes, which wrecks the stack with the default 2 page size, and I was baffled that no matter how much code I shoved into thread contexts with allegedly larger stacks, the thing would still crash unless I changed KSTACK_PAGES. Note: this bug is present in _ALL_ arches at this point. Peter has promised to merge this fix into all of them.
* Add an implementation of uiomove_fromphys() for i386. This implementationalc2004-03-212-0/+133
| | | | | uses sf_buf_alloc() and sf_buf_free() to create and destroy the necessary ephemeral mappings.
* Make if_ndis_pci.c and if_ndis_pccard.c use bus_alloc_resource() againwpaul2004-03-212-12/+12
| | | | | | | | instead of bus_alloc_resource_any() to restore source compatibility with 5.2-REL and 5.2.1-REL systems. bus_alloc_resource_any() doesn't really do anything besides hide some of bus_alloc_resource()'s arguments from us, and in my opinion this isn't worth breaking backwards compatibility for people who want to use the NDISulator code on 5.2.x.
* Login classes are not "unused."dannyboy2004-03-211-1/+2
| | | | | | | Reference login.conf(5). PR: 62830 Submitted by: Matthew D. Fuller <fullermd@over-yonder.net>
* Quote NM in case you need to force it to something with args.obrien2004-03-211-1/+1
| | | | Submitted by: jmallett
* Give a more reasonable CPU time to the threads which are using schedulerobrien2004-03-211-6/+3
| | | | | | | | | | | | | activation (i.e., applications are using libpthread). This is because SCHED_ULE sometimes puts P_SA processes into ksq_next unnecessarily. Which doesn't give fair amount of CPU time to processes which are using scheduler-activation-based threads when other (semi-)CPU-intensive, non-P_SA processes are running. Further work will no doubt be done by jeffr at a later date. Submitted by: Taku YAMAMOTO <taku@cent.saitama-u.ac.jp> Reviewed by: rwatson, freebsd-current@
* - Fix indentation lost by 'diff -b'.mdodd2004-03-211-5/+4
| | | | - Un-wrap short line.
* Fix $FreeBSD$.obrien2004-03-211-4/+4
| | | | Reported by: Daniel O'Connor <doconnor@gsoft.com.au>
* - Correct variable name.mdodd2004-03-211-2/+2
| | | | | | - Correct unnecessary use of htons(). Reported by: many.
* Update the supported hardware.hrs2004-03-211-1/+7
| | | | Approved by: scottl
* When symbolic link is pointed onto a mount point, it can't be movedpjd2004-03-211-6/+17
| | | | | | | | | to a different file system. Patch in PR was incorrect. PR: bin/64430 Submitted by: Samuel Tardieu MFC after: 3 days
* Document incorrect handling of multibyte characters.tjr2004-03-211-1/+7
|
* Document incorrect handling of multibyte characters.tjr2004-03-211-1/+6
|
* Document incorrect handling of multibyte characters in filenames.tjr2004-03-211-1/+5
|
* Reduce redundancy in the description of the -u option.tjr2004-03-211-3/+1
|
* Document incorrect handling of multibyte characters when -t and -v optionstjr2004-03-211-1/+9
| | | | are used.
* Fix various issues with the picobsd build script in -current:luigi2004-03-211-16/+28
| | | | | | | | | | | + declare some shell variables as 'local' + add a missing ';;' in a 'case' statement + centralize newfs options + properly override GID and UID when installing include files and libraries + add a missing '-r' in disklabel commands (maybe not necessary, but it does not harm and it was used in the RELENG_4 version) + no more require 'perl' when installing the secondary loader + use '-t rsa1' when invoking ssh-keygen
* Massively up the (artificial) limit on system scope threadsjulian2004-03-212-4/+4
| | | | | | | in a process from 50 to 500 Also up the number of process scope threads allowed to be in the kernel at one time from 150 to 1500 (per process)
* 1. Use socklen_t instead of intcperciva2004-03-211-4/+4
| | | | | | 2. Compare socket(2) return code to -1, not <= 0. Obtained from: OpenBSD rev. 1.9
* Remove interface type specific code from arprequest(), and in_arpinput().mdodd2004-03-211-111/+19
| | | | | | | The AF_ARP case in the (*if_output)() routine will handle the interface type specific bits. Obtained from: NetBSD
* Handle AF_ARP.mdodd2004-03-211-0/+27
|
* Compile the kernel with -O2 on ia64 by default.marcel2004-03-211-0/+2
|
* Add a reference to the ia64 options to gcc. While here, sort the list.marcel2004-03-211-2/+3
|
* Add a -v (verbose) option.des2004-03-212-13/+26
|
* Support C-style comments in profile.des2004-03-211-3/+18
|
* Spell "(struct foo *)0" as "NULL".rwatson2004-03-214-25/+23
|
* More stack alignment fixes. Arrange so we call _rtld() in ld-elf.so.1peter2004-03-211-8/+9
| | | | | | | | | with the correct alignment. This is important because this calls to library static constructors are made from here. The bug in the old crt*.s files hid this because in this case, two wrongs do indeed make a right. Also, call _rtld_bind() with the correct alignment, because it calls back into the pthread library locking functions. If things happen just the wrong way, we get a SIG10 due to the broken stack alignment.
* In breakpoint(), use a different immediate to make sure we canmarcel2004-03-211-2/+3
| | | | | | | | distinguish between debugger inserted breakpoints and fixed breakpoints. While here, make sure the break instruction never ends up in the last slot of a bundle by forcing it to be an M-unit instruction. This makes it easier for use to skip over it.
* Adjust stack alignment so that when the 'call xxx' functions arepeter2004-03-212-0/+4
| | | | | gathered into the middle of the _init and _fini sections, they get executed with their expected stack alignment.
* Change (yet again, sorry!) the path of the 32 bit ld-elf.so.1.peter2004-03-211-2/+2
|
* Add initial support for compiling a special 32 bit version ofpeter2004-03-217-31/+104
| | | | | | | ld-elf.so.1 on 64 bit systems. Most of this involves using alternate paths, environment variables and diagnostic messages. The build glue is seperate.
* Fix another Intel 2200BG bug: don't schedule ndis_ticktask() on mediawpaul2004-03-211-1/+2
| | | | disconnect events if the link wasn't even up yet.
* - Rewrite the timer and event API routines in subr_ndis.c so that theywpaul2004-03-206-217/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | are actually layered on top of the KeTimer API in subr_ntoskrnl.c, just as it is in Windows. This reduces code duplication and more closely imitates the way things are done in Windows. - Modify ndis_encode_parm() to deal with the case where we have a registry key expressed as a hex value ("0x1") which is being read via NdisReadConfiguration() as an int. Previously, we tried to decode things like "0x1" with strtol() using a base of 10, which would always yield 0. This is what was causing problems with the Intel 2200BG Centrino 802.11g driver: the .inf file that comes with it has a key called RadioEnable with a value of 0x1. We incorrectly decoded this value to '0' when it was queried, hence the driver thought we wanted the radio turned off. - In if_ndis.c, most drivers don't accept NDIS_80211_AUTHMODE_AUTO, but NDIS_80211_AUTHMODE_SHARED may not be right in some cases, so for now always use NDIS_80211_AUTHMODE_OPEN. NOTE: There is still one problem with the Intel 2200BG driver: it happens that the kernel stack in Windows is larger than the kernel stack in FreeBSD. The 2200BG driver sometimes eats up more than 2 pages of stack space, which can lead to a double fault panic. For the moment, I got things to work by adding the following to my kernel config file: options KSTACK_PAGES=8 I'm pretty sure 8 is too big; I just picked this value out of a hat as a test, and it happened to work, so I left it. 4 pages might be enough. Unfortunately, I don't think you can dynamically give a thread a larger stack, so I'm not sure how to handle this short of putting a note in the man page about it and dealing with the flood of mail from people who never read man pages.
* Remove NetBSD's sort(1), which we stopped using two years ago.des2004-03-2016-4222/+0
|
* Don't make having ${DESTDIR}/boot/device.hints a prerequisite tomarcel2004-03-201-1/+7
| | | | installing a kernel on ia64.
* Add uart_subr.cmarcel2004-03-201-1/+1
|
* Bug: Standard C still requires declarations to precede statements. <sigh>kientzle2004-03-203-8/+17
| | | | | Portability: Eliminate an accidental __unused, accomodate systems with non-POSIX strerror_r
* Don peril-sensitive sunglasses and add PCI Id's for two new cards. I'vescottl2004-03-201-0/+4
| | | | | | only done minimal testing on one of these cards and the firmware folks have been extremely uncooperative in answering my qeustions about them, so hopefully they will work ok for everyone.
* - Add uiomove_fromphys() implementations to alpha and ia64. These onlyalc2004-03-205-1/+267
| | | | | differ trivially from amd64. - Correct a spelling error in a comment.
* Fix loop termination condition for parsing resources in _PRS buffers.njl2004-03-201-19/+18
| | | | | | This completes the effort to handle dependent functions, which are used in some machines for irq link resources. Also, clean up some nearby comments while I'm at it.
* Introduce the cpumask_t type. The purpose of the type is to create amarcel2004-03-208-0/+8
| | | | | | | | | | | | | | | | | | | level of abstraction for any and all CPU mask and CPU bitmap variables so that platforms have the ability to break free from the hard limit of 32 CPUs, simply because we don't have more bits in an u_int. Note that the type is not supposed to solve massive parallelism, where the number of CPUs can be larger than the width of the widest integral type. As such, cpumask_t is not supposed to be a compound type. If such would be necessary in the future, we can deal with the issues then and there. For now, it can be assumed that the type is integral and unsigned. With this commit, all MD definitions start off as u_int. This allows us to phase-in cpumask_t at our leasure without breaking anything. Once cpumask_t is used consistently, platforms can switch to wider (or smaller) types if such would be beneficial (or not; whatever :-) Compile-tested on: i386
OpenPOWER on IntegriCloud