d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
42,492 Commits 6 Branches 133 Tags
Commit Graph

17580 Commits

Author SHA1 Message Date
Poul-Henning Kamp
698f9cf828 Next step in the device cleanup process. 
Correctly lock vnodes when calling VOP_OPEN() from filesystem mount code.

Unify spec_open() for bdev and cdev cases.

Remove the disabled bdev specific read/write code.
 1999-11-09 14:15:33 +00:00
Kazutaka YOKOTA
cc5c7f76de Correctly record the mouse position in the current VTY. 1999-11-09 12:35:36 +00:00
Yoshihiro Takahashi
10b50b7afd - Commented out ed driver. 
- Added sis driver.
 1999-11-09 12:20:34 +00:00
Yoshihiro Takahashi
b4d05df71b Sync with sys/i386/conf/options.i386 revision up to 1.127. 1999-11-09 12:16:01 +00:00
Alan Cox
b561683329 Passing "0" or "FALSE" as the fourth argument to vm_fault is wrong. It 
should be "VM_FAULT_NORMAL".
 1999-11-09 01:44:28 +00:00
Kazutaka YOKOTA
fc67908fe8 Cosmetic change: correct formatting error in my previous commit. 
"Options" should be:

options<ascii space><tab>OPTION_NAME

Pointed out by: obrien
 1999-11-09 00:39:55 +00:00
Julian Elischer
12f035e0fd Remove a null pointer reference 
Submitted by: Brian Somers (brian@freebsd.org)
 1999-11-09 00:31:04 +00:00
Alexey Zelkin
1855100f8f Restore sub-chapters order. 
PR:		docs/14766
Submitted by:	Kazutoshi Kubota <kazu@iworks.co.jp>
 1999-11-09 00:24:09 +00:00
Nick Hibma
0b0f3f6c3d The Qtronix keyboard has a built in PS/2 port for a mouse. 
It however posts a bogus button up event once in a while. Whenever
we receive dx=dy=dz=buttons=0 we postpone adding it to the queue for
50msecs with a timeout. If in the meantime something else is posted
the event is ignored.

This avoids the problem Nik Sayer reported. He noticed that X windows
would drop and pick up a window once in a while.

Thanks, Nik, for supplying me with the keyboard to fix the problem!
 1999-11-08 23:58:33 +00:00
Nick Hibma
25ead8013f Add QTronix keyboard with PS/2 mouse connector 1999-11-08 23:50:00 +00:00
Nick Hibma
396f1f268d remove superfluous header include 
Submitted-By:	phk
 1999-11-08 23:47:34 +00:00
Søren Schmidt
838b8e23b9 Unbreak ATAPI on the Aladdin chipset, only DMA access worked. 
Try to use a 32bit mask on the IO addresses, this fixes the alpha
and hopefully doesn't break on any i386 machines.

Try to enable both read & write cache on disks, they should be as
default, but better be sure..
 1999-11-08 21:36:00 +00:00
Nick Hibma
031911c604 Remove superfluous header file includes 
Remove definition of initialiser.

Some clean up.
 1999-11-08 21:12:25 +00:00
Nick Hibma
24b4921ad1 Remove superfluous header file includes. 
Pushed-By:	phk
 1999-11-08 21:06:21 +00:00
Poul-Henning Kamp
9c111b31ce A little bit of nitpicking in the 'syncing disks...' end of a shutdown. 1999-11-08 19:36:45 +00:00
Matthew Dillon
6b21e94604 Fix nfssvc_addsock() to not attempt to free a NULL socket structure 
when returning an error.  Bug fix was extracted from the PR.  The PR
    is not yet entirely resolved by this commit.

PR:		kern/13049
Reviewed by:	Matt Dillon <dillon@freebsd.org>
Submitted by:	Ian Dowse <iedowse@maths.tcd.ie>
 1999-11-08 19:10:16 +00:00
Kazutaka YOKOTA
7a88382dc3 - Document SC_TWOBUTTON_MOUSE, SC_NORM_ATTR, SC_NORM_REV_ATTR, 
SC_KERNEL_CONS_ATTR and SC_KERNEL_CONS_REV_ATTR.

Nudged by eivind
 1999-11-08 14:16:48 +00:00
Poul-Henning Kamp
e89fecb4d8 remove a confusing and stale comment. 1999-11-08 13:52:57 +00:00
Poul-Henning Kamp
b454088b82 Oops, a bit too hasty there. 1999-11-08 13:08:02 +00:00
Poul-Henning Kamp
325f13989b Ignore leading 'r' in base of root device name. 1999-11-08 11:44:51 +00:00
Kazutaka YOKOTA
d7ccb880d1 - Added the following options; they have existed in syscons 
for sometime, but haven't been registered here.

  SC_NORM_ATTR
  SC_NORM_REV_ATTR
  SC_KERNEL_CONS_ATTR
  SC_KERNEL_CONS_REV_ATTR

PR: kern/13176
 1999-11-08 10:59:48 +00:00
Kazutaka YOKOTA
51ebcb230e - Added a new kernel configuration option: SC_TWOBUTTON_MOUSE. 
The new option will make the right mouse button the `paste' button.
  Useful for two button mice.

Submitted by: morganw@engr.sc.edu (Wes Morgan)
 1999-11-08 10:04:29 +00:00
Poul-Henning Kamp
0ed43ec68c Various cleanups. 1999-11-08 09:59:34 +00:00
Poul-Henning Kamp
3e30338edd simplify check for device. 1999-11-08 09:59:17 +00:00
Kazutaka YOKOTA
73027df75c - Removed SC_VIDEO_DEBUG. It is broken and useless now. 1999-11-08 09:57:16 +00:00
Peter Wemm
5dad867faf Zap DEV_DRIVER_MODULE(). The New world order is that drivers create their 
dev nodes with make_dev() in a devfs-compatable way by supplying names.
This doesn't fit into a compile-time scheme like DEV_DRIVER_MODULE,
especially since the cdevsw[] array's days are numbered.
 1999-11-08 08:12:05 +00:00
Peter Wemm
900942ba53 Zap devsw_module_handler(). 1999-11-08 08:10:00 +00:00
Peter Wemm
80855566e2 Use cdevsw_add() explicitly and DRIVER_MODULE(). 1999-11-08 07:57:03 +00:00
Peter Wemm
91bbda5f1f Call id_drvinit() from attach, not probe as the OS hasn't necessarily 
decided which driver to use until attach.  Use DRIVER_MODULE().
 1999-11-08 07:56:10 +00:00
Peter Wemm
890a3396e0 Take a shot at using cdevsw_add() to get it working again. This really 
needs to use make_dev().
 1999-11-08 07:51:28 +00:00
Peter Wemm
58c284aca4 Use cdevsw_add() until the rest of the devices are created with make_dev() 
and change from DEV_DRIVER_MODULE() to DRIVER_MODULE().
 1999-11-08 07:46:28 +00:00
Peter Wemm
cd3535a676 Use DRIVER_MODULE(), apm.c already takes care of it's devices with 
make_dev().
 1999-11-08 07:44:26 +00:00
Poul-Henning Kamp
44d1184e81 Rename remove_dev() to destroy_dev(). 
Nagged about by:        msmith
 1999-11-08 07:44:01 +00:00
Peter Wemm
c6b92dec5e Use (temporarily) cdevsw_add() so we can change from DEV_DRIVER_MODULE() 
to DRIVER_MODULE().
 1999-11-08 07:37:15 +00:00
Peter Wemm
475ad603bb Use cdevsw_add() (temporarily) to avoid DEV_DRIVER_MODULE(), since the 
make_dev()'s that are there are not enough.
 1999-11-08 07:32:06 +00:00
Peter Wemm
1faa5a84a8 Use DEVICE_MODULE() directly instead of DEV_DRIVER_MODULE. psm.c uses 
make_dev() already.
 1999-11-08 07:29:23 +00:00
Peter Wemm
b09ce13f07 Use cdevsw_add() explicitly as a workaround for DEV_DRIVER_MODULE(). 
This should be changed to use make_dev() at some point.
 1999-11-08 07:24:55 +00:00
Peter Wemm
8cd932769f No need to use DEV_DRIVER_MODULE() since the bktr driver calls make_dev(). 
Roger: Feel free to change or spam this as you please.
 1999-11-08 07:20:07 +00:00
Peter Wemm
3320884f37 Don't let drivers that use DEV_DRIVER_MODULE() compile as they won't 
work and will leave a system stranded.
 1999-11-08 07:14:07 +00:00
Peter Wemm
bda20b64e4 ulpt.c and ums.c already uses make_dev(), so there's no need to use the 
(presently broken) DEV_DRIVER_MODULE().  Use DRIVER_MODULE() directly.
 1999-11-08 07:10:48 +00:00
Peter Wemm
30d5764da7 Don't indirect via devsw_module_handler() for DEV_MODULE() routines, have 
the supplied (if any) function and argument called directly.
 1999-11-08 06:56:19 +00:00
Peter Wemm
845ccef4b8 A hack basically.. We have a bunch of code that used to call 
devsw_module_handler() indirectly and not use the chain arguments.  To
eliminate this indirection via that function (which does nothing now)
without duplicating a modevent handler into all the routines that don't
presently have one, supply a NOP (do nothing, return OK) routine which
is functionally equivalent to what's there now.  This is a hack and is
still wrong, because there doesn't appear to be anything to reclaim
resources on an unload of a module with one of these in it.  I'm not
sure whether to make the NOP handler refuse a MOD_UNLOAD event or what.
 1999-11-08 06:53:30 +00:00
Sean Eric Fagan
75bd443641 Explain why Warner is right, and I am wrong, in the removing of the 
file object.  Also explain some possible directions to re-implement it --
I'm not sure it should be, given the minimal application use.  (Other
than having the debugger automatically access the symbols for a process,
the main use I'd found was with some minor accounting ability, but _that_
depends on it being in the filesystem space; an ioctl access method would
be useless in that case.)

This is a code-less change; only a comment has been added.
 1999-11-08 05:13:54 +00:00
Peter Wemm
1949905f8b Update for fileops.fo_stat() addition. Note, this would panic if 
it saw a DTYPE_PIPE.  This isn't quite right but should stop a crash.
 1999-11-08 03:36:29 +00:00
Peter Wemm
bb63a8f5a5 Update the stream socket fileops table to match fo_stat() additions. 1999-11-08 03:34:53 +00:00
Peter Wemm
53c2c4e22b Use fo_stat() rather than Yet Another duplication of kern_descrip.c's stat 
code.
 1999-11-08 03:33:21 +00:00
Peter Wemm
b127fae405 Add a vnode fo_stat() entry point. 1999-11-08 03:32:15 +00:00
Peter Wemm
0ba80ba6a1 Update socket file type for fo_stat(). soo_stat() becomes a fileops 
switch entry point rather than being used externally with knowledge of the
internals of the DTYPE_SOCKET f_data contents.
 1999-11-08 03:31:01 +00:00
Peter Wemm
29e040e5c1 Update pipe code for fo_stat() entry point - pipe_stat() is now no longer 
used outside the pipe code.
 1999-11-08 03:28:49 +00:00
Peter Wemm
cf87559cab Use fo_stat() rather than duplicating knowledge of file type internals 
in here for stat(2) and friends.  Update the badops entries accordingly.
 1999-11-08 03:27:14 +00:00