- Sep 19, 2009
-
-
Alan Cox authored
This little helper is now tty_port specific and useful generally so move it Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
Alan Cox authored
This is used by various drivers not just serial and can be extracted as commonality Signed-off-by: -
Alan Cox authored
They cover essentially the same stuff and we can therefore fold it into the tty_port one. Signed-off-by:
-
Alan Cox authored
This typedef is now extinct Signed-off-by:
-
Alan Cox authored
Fortunately the serial layer was designed to use the same flag values but with different names. It has its own SUSPENDED flag which is a free slot in the ASYNC flags so we allocate it in the ASYNC flags instead. Signed-off-by:
-
Alan Cox authored
Remove more stuff from the serial special case code Signed-off-by:
-
Alan Cox authored
Extract out a lot of the x.port. uses and also show up where there are things left to be isolated that prevent use using the port helpers in the serial layer at this point Signed-off-by: -
Alan Cox authored
Remove some more serial specific use Signed-off-by:
-
Alan Cox authored
We moved this into uart_state, now move the fields out of the separate structure and kill it off. Signed-off-by:
-
Alan Cox authored
Again moving towards being able to add a common open method Signed-off-by: -
Alan Cox authored
And indeed none of them use it. Clean this up as it will make moving to a standard open method rather easier. Signed-off-by:
-
Alan Cox authored
X and other graphical interfaces need to be able to flip to a console and lock it into graphics mode without races. Signed-off-by:
-
Alan Cox authored
We have vt_kern.h for this Signed-off-by:
-
Alan Cox authored
In the past someone gratuitiously borrowed chunks of kernel internal vt code and dumped them in kernel/power. They have all sorts of deep relations with the vt code so put them in the vt tree instead Signed-off-by:
-
Alan Cox authored
This is needed and requested in various forms for ConsoleKit, screenblank handling and the like so do the job with a single interface. Also build the interface so that unlike VT_WAITACTIVE and friends it won't miss events. FIXME: Should this be a waitactive ioctl or a new device file you can poll and read events from. We need the code anyway to fix up the existing broken wait for console switch logic but the ConsoleKit people would prefer the new device to the ioctl we have here Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Alan Cox authored
These are handled by the tty_port core code which will raise and lower the carrier correctly in tty_wait_until_ready Signed-off-by:
-
Alan Cox authored
The USB layer uses tty_hangup to deal with unplugs of the physical hardware (analogous to loss of carrier) and then frees the resources. However the tty_hangup is asynchronous. As the hangup can sleep we can use tty_vhangup which is the non async version to avoid freeing resources too early. Signed-off-by:
-
Alan Cox authored
This changed in 2006 so its about time the ACM driver caught up Signed-off-by:
-
Alan Cox authored
We want to be able to sleep in the destructor for USB at least. It isn't a hot path so just pushing it to a work queue doesn't really cause any difficulty. Signed-off-by:
-
Alan Cox authored
Convert cyclades to use the full tty_port_close helper Signed-off-by:
-
Alan Cox authored
We need to kref this driver in order to use port_close Signed-off-by:
-
Alan Cox authored
Start to extract and build a model for a common tty_port_close() Signed-off-by: -
Alan Cox authored
Prepare for the tty_port_close function by splitting out methods Signed-off-by: -
Alan Cox authored
Moving towards a tty_port method for open/close Signed-off-by:
-
Alan Cox authored
Now we are extracting out methods for shutdown and the like we can add a proper tty_port_close method that knows all the innards of the tty closing process and hides the lot from the caller. At some point in the future this will be paired with a similar open() helper and the drivers can stick to hardware management. Signed-off-by:
-
Anton Vorontsov authored
A platform clock drives 8250 ports in most SOC systems, the clock might run at high frequencies, and so it's not always possible to downscale uart clock to a desired value. Currently the 8250 uart driver accepts not supported baud rates, and what is worse, it is doing this silently, and then passes not accepted values to a new termios, so userspace has no chance to catch this kind of errors (userspace verifies that settings were accepted by reading back and comparing the settings). This patch fixes the issue by passing minimum baud rate to the uart_get_baud_rate() call, the call should take care of all bounds, so userspace should now report: # stty -F /dev/ttyS0 speed 300 115200 stty: /dev/ttyS0: unable to perform all requested operations p.s. uart_get_baud_rate() falls back to 9600, which still might be too low for some 10 GHz platforms, but that's a separate issue, and we can wait with fixing this till we find such a platform. Signed-off-by:Anton Vorontsov <avorontsov@ru.mvista.com> Signed-off-by:
-
Vikram Pandita authored
There is currently no provision for passing IRQ trigger flags for serial IRQs with triggering requirements (such as GPIO IRQs) This patch adds irqflags to plat_serial8250_port that can be passed from board file to reqest_irq() of 8250 driver Changes are backward compatible with boards passing UPF_SHARE_IRQ flag Tested on Zoom2 board that has IRQF_TRIGGER_RISING requirement for 8250 irq [Moved new flag to end to fix bugs in the original with the old_serial array -- Alan] Signed-off-by:
Vikram Pandita <vikram.pandita@ti.com> Signed-off-by:
-
Alan Cox authored
The modem ioctls are not routed via the ioctl method so kill the old dead code. The correct code is also already present and hooked in. Signed-off-by:
-
Alan Cox authored
Signed-off-by:
-
Kees Schoenmakers authored
I made a correction for get_lsr_info, now it returns some meaningful information. I tested it with two simultaneous simplex modem channels. it is attached Signed-off-by:
Kees Schoenmakers <k.schoenmakers@sigmae.nl> Signed-off-by:
-
Kees Schoenmakers authored
Fix the tiocmget/mset handling on the mos7720 USB serial port. [Minor space reformatting for coding style - Alan] Signed-off-by:
-
Alan Cox authored
Currently kfifo cannot be used by parts of the kernel that use "const" properly as kfifo itself does not use const for passed data blocks which are indeed const. Signed-off-by:
-
Alan Cox authored
The network layer now has a destructor we can hook to clean up the slip devices array. That needs us to initiate unregister events in the right places which with the current tty layer we can do, and with network refcounting is safe to do. Signed-off-by:
Alan Cox <alan@lxorguk.ukuu.org.uk> Signed-off-by:
-
Jiri Slaby authored
Remove duplicated code from cy_set_line_char. There were 2 if branches with same contents except flags. Branch only for the flags computation and use them in the only copy of the code. Signed-off-by:
Jiri Slaby <jirislaby@gmail.com> Signed-off-by:
-
Jiri Slaby authored
Add helpers for io operations, so that we can eliminate huge amount of supporting code. It is now centralized in those helpers and used values are precomputed in the init phase. Signed-off-by:
-
Jiri Slaby authored
- save one indent level by inverting !fw_loaded condition - read rs_status on Z and write it after we change all the flags, don't do that separately - remove Y inverted rts/dtr branching, precompute registers and use them Signed-off-by:
-
Jiri Slaby authored
- add a cy_ prefix to functions with changed prototypes - cy_get_serial_info: initialize serial_struct by initializer, save a memset - inline simple functions (get_mon_info, {s,g}et_default_threshold, {s,g}et_default_timeout) directly in the ioctl handler - add a cy_cflags_changed helper to not copy its code by wait_event_interruptible - remove some ret_val = 0 assignments, it's preset to 0 - TIOCGICOUNT: don't do many put_user's, do one copy_to_user Signed-off-by: -
Jiri Slaby authored
There is a duplicated code for Y and Z in cy_startup, merge the paths. Signed-off-by:
-
Jiri Slaby authored
For Z cards, use tty helpers for dtr_rts. If we did the same for Y cards, it will cause a deadlock, because cyy_dtr_rts takes a lock which we already hold. Instead, we introduce a Y helper expecting card lock to be held. It may then be called with set/clear masks from other places. Signed-off-by:
-
