- 09 Apr, 2012 40 commits
-
-
Tomoya MORINAGA authored
Target uart register access size is 8bit. However, 32bit is used at 2 points. This patch modifies type "unsigned int" to "unsigned char". Signed-off-by:
Tomoya MORINAGA <tomoya.rohm@gmail.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
-
Tomoya MORINAGA authored
Signed-off-by:
-
Jiri Slaby authored
This means converting an atomic counter to a counter protected by lock. This is the first step needed to convert the rest of the code to the tty_port helpers. Signed-off-by:
Jiri Slaby <jslaby@suse.cz> Signed-off-by:
-
Jiri Slaby authored
tty_wakeup is safe to be called from all contexts. No need to schedule a work for that. Let us call it directly like in other drivers. This allows us to kill another member of rfcomm_dev structure. Signed-off-by:
-
Jiri Slaby authored
Switch the refcounting from manual atomic plays with refcounter to the one offered by tty_port. Signed-off-by:
-
Jiri Slaby authored
And use tty from there. Signed-off-by:
-
Jiri Slaby authored
Signed-off-by:
-
Jiri Slaby authored
Signed-off-by:
-
Jiri Slaby authored
And use count from there. Signed-off-by:
-
Jiri Slaby authored
Since the code is identical, use the tty_port_block_til_ready helper instead of re-implemented variant. The code does not perform rtsdts handling, hence we do not need to provide tty port hooks for them. The default ones will be used instead. The only necessary thing is to provide tty_port_operations. It is empty, but has to be there... Signed-off-by:
Greg Ungerer <gerg@uclinux.org> Signed-off-by:
-
Jiri Slaby authored
And refcount that properly. Signed-off-by:
-
Jiri Slaby authored
We need tty at some places, but info->tty might be NULL at those. Let us propagate tty from callers where we know we have a valid tty. This will make a switch to tty refcounting simpler. Signed-off-by:
-
Jiri Slaby authored
Signed-off-by:
-
Jiri Slaby authored
Signed-off-by:
-
Jiri Slaby authored
Signed-off-by:
-
Jiri Slaby authored
And use count and blocked_count from that. Signed-off-by:
-
Jiri Slaby authored
All the needed stuff is moved to 68328serial.c now. Signed-off-by:
-
Jiri Slaby authored
flags passed to local_irq_save/restore should be ulong. Switch tehem to that. Otherwise we get compilation warnings: .../68328serial.c:248:9: warning: comparison of distinct pointer types lacks a cast [enabled by default] .../68328serial.c:257:9: warning: comparison of distinct pointer types lacks a cast [enabled by default] Signed-off-by:
-
Jiri Slaby authored
- empty functions - unused global variables Signed-off-by:
-
Jiri Slaby authored
Not everything from struct m68k_serial is really used. So remove unused or only-set members of that structure. Next step is to move it to 68328serial.c and remove 68328serial.h completely. This change also takes status_handle and batten_down_hatches away since they use break_abort but do nothing. Signed-off-by:
-
Jiri Slaby authored
serial_state in 68328serial.h is a duplicated structure. One is defined in linux/serial.h. So let us use that instead. And since the serial flags are identical, use ones from there too. Signed-off-by:
-
Jiri Slaby authored
It does not make the driver less racy though. Close and hangup should be rewritten and tty refcounting used properly. Signed-off-by:
David Sterba <dsterba@suse.cz> Signed-off-by:
-
Jiri Slaby authored
And use count from that. Signed-off-by:
-
Jiri Slaby authored
There are two functions which only print a status. Let us do that directly at places where they are called. Signed-off-by:
-
Jiri Slaby authored
Do not touch internal workqueue. Call tty_vhangup instead. Note that finished hangup does not necessarily mean that all processes are dead. Especially when the tty is a console. The code assumes that right now. Signed-off-by:
-
Jiri Slaby authored
Now, we switch to the refcounted model and do not need hp->lock to protect hp->tty anymore. Signed-off-by:
-
Jiri Slaby authored
- use tty, not hp->tty wherever possible - pass tty down to some functions and go to step one - do not defer tty_hangup calls -- it is as simple as schedule_work, so might be called with hp->lock held - do not defer tty buffer flips -- since the driver does not use low_latency (it cannot actually), the flip is a simple tail move plus schedule_work. It will make our life easier in the next patch. Signed-off-by:
-
Jiri Slaby authored
And use count from there. Signed-off-by:
-
Jiri Slaby authored
It is in termios cflags. So change the test in hvsi_recv_control to do the right thing. Previously it was actually testing TTY_LDISC_OPEN bit, i.e. whether an ldisc is active. And yes, it is most of the time. Signed-off-by:
-
Jiri Slaby authored
No refcounting, just a switch. The locking in the driver prevents races, so in fact the refcounting is not needed. But while we have a tty in tty_port, don't duplicate that and remove the one from hvcs_struct. Signed-off-by:
-
Jiri Slaby authored
A simple switch. Except we convert destroy_hvcs_struct to be tty_port_operations->destruct... Signed-off-by:
-
Jiri Slaby authored
And use count from there. Signed-off-by:
-
Jiri Slaby authored
Now, count is used from tty_port and protected by tty_port->lock. n_outbuf is left unprotected in hvc_hangup now, because there is no point to hold any lock, since other uses are unprotected too. Signed-off-by:
-
Jiri Slaby authored
The driver already used refcounting. So we just switch it to tty_port helpers. And switch to tty_port->lock for tty. Signed-off-by:
-
Jiri Slaby authored
And use kref from that. This means we need tty_port->ops->destruct to properly free the structure. This is what destroy_hvc_struct used to do so we leverage that. Signed-off-by:
-
Jiri Slaby authored
Switch from mutex to tty_port->lock and to tty refcounting. This needs a 'continue' to be added to re-grab a tty after schedule returns. And since tty is not protected by bfin_jc_tty_mutex remove it as well. But this needs tty_port->count to be protected by tty_port->lock now. Signed-off-by:
-
Jiri Slaby authored
And use open count from there. Switch to tty from there will follow. Signed-off-by:
-
Jiri Slaby authored
And use tty from that. This means, we convert most of the users to accept tty_port instead. This is not racy and ensures the tty to be properly refcounted. Signed-off-by:
-
Jiri Slaby authored
So that we do not need to access tp->tty there. It is going away. Signed-off-by:
-
Jiri Slaby authored
Blah, do not assume that raw3270_view is at the beginning of tty3270. Use proper types and container_of wherever needed. Signed-off-by:
-
