Skip to content

L
linux-davinci
Switch branch/tag
  1. 12 Nov, 2009 1 commit
    • Alex Chiang's avatar
      No need to export those device attributes. · 6a5248d6
      Alex Chiang authored 
      In fact, without this patch, we can trip over a build error if cciss
is a built-in and another driver also declares and exports attributes
with the same name.

You'll see errors like:

	drivers/scsi/built-in.o: multiple definition of `dev_attr_lunid'
	drivers/block/built-in.o: first defined here

Cc: Stephen M. Cameron <scameron@beardog.cce.hp.com>
Signed-off-by: default avatarAlex Chiang <achiang@hp.com>
Cc: <mike.miller@hp.com>
Cc: Jens Axboe <jens.axboe@oracle.com>
Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      6a5248d6
  3. 06 Oct, 2009 1 commit
  5. 03 Nov, 2009 2 commits
  7. 12 Nov, 2009 14 commits
  9. 13 Oct, 2009 1 commit
  11. 09 Oct, 2009 1 commit
  13. 10 Oct, 2009 1 commit
  15. 09 Nov, 2009 1 commit
  17. 03 Nov, 2009 1 commit
  19. 14 Oct, 2009 1 commit
  21. 29 Sep, 2009 1 commit
  23. 19 Sep, 2009 1 commit
  25. 09 Nov, 2009 1 commit
  27. 25 Sep, 2009 1 commit
  29. 20 Aug, 2009 1 commit
  31. 04 Aug, 2009 2 commits
  33. 29 Jul, 2009 1 commit
  35. 25 Sep, 2009 1 commit
  37. 29 Jul, 2009 1 commit
  39. 25 Sep, 2009 1 commit
  41. 09 Nov, 2009 1 commit
  43. 11 Aug, 2009 1 commit
  45. 06 Oct, 2009 1 commit
    • Andrew Morton's avatar
      do_div() takes a u64. The mips build warns: · 4c338c20
      Andrew Morton authored 
      In file included from include/trace/ftrace.h:635,
                 from include/trace/define_trace.h:61,
                 from include/trace/events/lockdep.h:96,
                 from kernel/lockdep.c:52:
include/trace/events/lockdep.h: In function `ftrace_raw_event_lock_acquired':
include/trace/events/lockdep.h:71: warning: comparison of distinct pointer types lacks a cast

from the check in include/asm-generic/div64.h:do_div().

Cc: Steven Rostedt <rostedt@goodmis.org>
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      4c338c20
  47. 16 Oct, 2009 1 commit
    • Stephen Boyd's avatar
      dmar_ir_support() references dmar_tbl which is annotated with · 752ffa18
      Stephen Boyd authored 
      __initdata. The only caller of dmar_ir_support() is
intr_remapping_supported() also annotated with __init.

WARNING: drivers/pci/built-in.o(.text+0xa110): Section mismatch in
reference from the function dmar_ir_support() to the variable
.init.data:dmar_tbl
The function dmar_ir_support() references
the variable __initdata dmar_tbl.
This is often because dmar_ir_support lacks a __initdata
annotation or the annotation of dmar_tbl is wrong.
Signed-off-by: default avatarStephen Boyd <bebarino@gmail.com>
Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
Cc: David Woodhouse <David.Woodhouse@intel.com>
Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      752ffa18
  49. 14 Nov, 2009 1 commit
    • Dick Hollenbeck's avatar
      When controlling an industrial radio modem it can be necessary to · 489cb7ee
      Dick Hollenbeck authored 
      manipulate the handshake lines in order to control the radio modem's
transmitter, from userspace.

The transmitter should not be turned off before all characters have been
transmitted.  serial8250_tx_empty() was reporting that all characters were
transmitted before they actually were.

===

Discovered in parallel with more testing and analysis by Kees Schoenmakers
as follows:

I ran into an NetMos 9835 serial pci board which behaves a little
different than the standard.  This type of expansion board is very common.

"Standard" 8250 compatible devices clear the 'UART_LST_TEMT" bit together
with the "UART_LSR_THRE" bit when writing data to the device.

The NetMos device does it slightly different

I believe that the TEMT bit is coupled to the shift register.  The problem
is that after writing data to the device and very quickly after that one
does call serial8250_tx_empty, it returns the wrong information.

My patch makes the test more robust (and solves the problem) and it does
not affect the already correct devices.


Alan:

  We may yet need to quirk this but now we know which chips we have a
  way to do that should we find this breaks some other 8250 clone with
  dodgy THRE.
Signed-off-by: default avatarDick Hollenbeck <dick@softplc.com>
Signed-off-by: default avatarAlan Cox <alan@linux.intel.com>
Cc: Kees Schoenmakers <k.schoenmakers@sigmae.nl>
Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      489cb7ee