1. 27 7月, 2011 2 次提交
  2. 26 7月, 2011 5 次提交
  3. 02 7月, 2011 3 次提交
  4. 28 6月, 2011 2 次提交
  5. 26 6月, 2011 1 次提交
  6. 20 6月, 2011 1 次提交
  7. 16 6月, 2011 3 次提交
  8. 10 6月, 2011 1 次提交
  9. 08 6月, 2011 6 次提交
    • J
      pti: pti_tty_install documentation mispelling. · e556b813
      J Freyensee 提交于
      This patch tidies up the documentation for pti_tty_install()
      function.
      Signed-off-by: NJ Freyensee <james_p_freyensee@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      e556b813
    • J
      pti: PTI semantics fix in pti_tty_cleanup. · 1312ba40
      J Freyensee 提交于
      This patch fixes a semantics issue in the pti_tty_cleanup()
      routine.
      Signed-off-by: NJ Freyensee <james_p_freyensee@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      1312ba40
    • J
      pti: ENXIO error case memory leak PTI fix. · 1dae42bf
      J Freyensee 提交于
      This patch fixes a memory leak that can occur in the error case
      ENXIO is returned in the pti_tty_install() routine.
      Signed-off-by: NJ Freyensee <james_p_freyensee@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      1dae42bf
    • J
      pti: double-free security PTI fix · 29021bcc
      J Freyensee 提交于
      This patch fixes a double-free error that will not always be
      seen unless /dev/pti char interface is stressed.
      Signed-off-by: NJ Freyensee <james_p_freyensee@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      29021bcc
    • S
      drivers:misc: ti-st: fix skipping of change remote baud · 9d031d94
      Shahar Lev 提交于
      Before the incrementing of ptr in skip_change_remote_baud,
      it points to cur_action, but the increment is done by
      the size of nxt_action instead. This could cause ptr
      to not point to a bts_action structure, which is
      harmful for the increment of ptr done in download_firmware.
      Therefore, the skipping is first done for cur_action.
      Signed-off-by: NShahar Lev <shahar@wizery.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      9d031d94
    • S
      st_kim: Handle case of no device found for ID 0 · 7316a9f2
      Steven Rostedt 提交于
      Running ktest.pl, I hit this bug:
      
      [   19.780654] BUG: unable to handle kernel NULL pointer dereference at 0000000c
      [   19.780660] IP: [<c112efcd>] dev_get_drvdata+0xc/0x46
      [   19.780669] *pdpt = 0000000031daf001 *pde = 0000000000000000
      [   19.780673] Oops: 0000 [#1] SMP
      [   19.780680] Dumping ftrace buffer:^M
      [   19.780685]    (ftrace buffer empty)
      [   19.780687] Modules linked in: ide_pci_generic firewire_ohci firewire_core evbug crc_itu_t e1000 ide_core i2c_i801 iTCO_wdt
      [   19.780697]
      [   19.780700] Pid: 346, comm: v4l_id Not tainted 2.6.39-test-02740-gcaebc160-dirty #4                  /DG965MQ
      [   19.780706] EIP: 0060:[<c112efcd>] EFLAGS: 00010202 CPU: 0
      [   19.780709] EIP is at dev_get_drvdata+0xc/0x46
      [   19.780712] EAX: 00000008 EBX: f1e37da4 ECX: 00000000 EDX: 00000000
      [   19.780715] ESI: f1c3f200 EDI: c33ec95c EBP: f1e37d80 ESP: f1e37d80
      [   19.780718]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
      [   19.780721] Process v4l_id (pid: 346, ti=f1e36000 task=f2bc2a60 task.ti=f1e36000)
      [   19.780723] Stack:
      [   19.780725]  f1e37d8c c117d395 c33ec93c f1e37db4 c117a0f9 00000002 00000000 c1725e54
      [   19.780732]  00000001 00000007 f2918c90 f1c3f200 c33ec95c f1e37dd4 c1789d3d 22222222
      [   19.780740]  22222222 22222222 f2918c90 f1c3f200 f29194f4 f1e37de8 c178d5c4 c1725e54
      [   19.780747] Call Trace:
      [   19.780752]  [<c117d395>] st_kim_ref+0x28/0x41
      [   19.780756]  [<c117a0f9>] st_register+0x29/0x562
      [   19.780761]  [<c1725e54>] ? v4l2_open+0x111/0x1e3
      [   19.780766]  [<c1789d3d>] fmc_prepare+0x97/0x424
      [   19.780770]  [<c178d5c4>] fm_v4l2_fops_open+0x70/0x106
      [   19.780773]  [<c1725e54>] ? v4l2_open+0x111/0x1e3
      [   19.780777]  [<c1725e9b>] v4l2_open+0x158/0x1e3
      [   19.780782]  [<c065173b>] chrdev_open+0x22c/0x276
      [   19.780787]  [<c0647c4e>] __dentry_open+0x35c/0x581
      [   19.780792]  [<c06498f9>] nameidata_to_filp+0x7c/0x96
      [   19.780795]  [<c065150f>] ? cdev_put+0x57/0x57
      [   19.780800]  [<c0660cad>] do_last+0x743/0x9d4
      [   19.780804]  [<c065d5fc>] ? path_init+0x1ee/0x596
      [   19.780808]  [<c0661481>] path_openat+0x10c/0x597
      [   19.780813]  [<c05204a1>] ? trace_hardirqs_off+0x27/0x37
      [   19.780817]  [<c0509651>] ? local_clock+0x78/0xc7
      [   19.780821]  [<c0661945>] do_filp_open+0x39/0xc2
      [   19.780827]  [<c1cabc76>] ? _raw_spin_unlock+0x4c/0x5d^M
      [   19.780831]  [<c0674ccd>] ? alloc_fd+0x19e/0x1b7
      [   19.780836]  [<c06499ca>] do_sys_open+0xb7/0x1bd
      [   19.780840]  [<c0608eea>] ? sys_munmap+0x78/0x8d
      [   19.780844]  [<c0649b06>] sys_open+0x36/0x58
      [   19.780849]  [<c1cb809f>] sysenter_do_call+0x12/0x38
      [   19.780852] Code: d8 2f 20 c3 01 83 15 dc 2f 20 c3 00 f0 ff 00 83 05 e0 2f 20 c3 01 83 15 e4 2f 20 c3 00 5d c3 55 89 e5 3e 8d 74 26 00 85 c0 74 28 <8b> 40 04 83 05 e8 2f 20 c3 01 83 15 ec 2f 20 c3 00 85 c0 74 13 ^M
      [   19.780889] EIP: [<c112efcd>] dev_get_drvdata+0xc/0x46 SS:ESP 0068:f1e37d80
      [   19.780894] CR2: 000000000000000c
      [   19.780898] ---[ end trace e7d1d0f6a2d1d390 ]---
      
      The id of 0 passed to st_kim_ref() found no device, keeping pdev null,
      and causing pdev->dev cause a NULL pointer dereference. After having
      st_kim_ref() check for NULL, the st_unregister() function needed to be
      updated to handle the case that st_gdata was not set by the
      st_kim_ref().
      Signed-off-by: NSteven Rostedt <rostedt@goodmis.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      7316a9f2
  10. 04 6月, 2011 1 次提交
    • L
      Revert "tty: make receive_buf() return the amout of bytes received" · 55db4c64
      Linus Torvalds 提交于
      This reverts commit b1c43f82.
      
      It was broken in so many ways, and results in random odd pty issues.
      
      It re-introduced the buggy schedule_work() in flush_to_ldisc() that can
      cause endless work-loops (see commit a5660b41: "tty: fix endless
      work loop when the buffer fills up").
      
      It also used an "unsigned int" return value fo the ->receive_buf()
      function, but then made multiple functions return a negative error code,
      and didn't actually check for the error in the caller.
      
      And it didn't actually work at all.  BenH bisected down odd tty behavior
      to it:
        "It looks like the patch is causing some major malfunctions of the X
         server for me, possibly related to PTYs.  For example, cat'ing a
         large file in a gnome terminal hangs the kernel for -minutes- in a
         loop of what looks like flush_to_ldisc/workqueue code, (some ftrace
         data in the quoted bits further down).
      
         ...
      
         Some more data: It -looks- like what happens is that the
         flush_to_ldisc work queue entry constantly re-queues itself (because
         the PTY is full ?) and the workqueue thread will basically loop
         forver calling it without ever scheduling, thus starving the consumer
         process that could have emptied the PTY."
      
      which is pretty much exactly the problem we fixed in a5660b41.
      
      Milton Miller pointed out the 'unsigned int' issue.
      Reported-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Reported-by: NMilton Miller <miltonm@bga.com>
      Cc: Stefan Bigler <stefan.bigler@keymile.com>
      Cc: Toby Gray <toby.gray@realvnc.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Greg Kroah-Hartman <gregkh@suse.de>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      55db4c64
  11. 01 6月, 2011 1 次提交
  12. 27 5月, 2011 1 次提交
  13. 21 5月, 2011 1 次提交
    • L
      sanitize <linux/prefetch.h> usage · 268bb0ce
      Linus Torvalds 提交于
      Commit e66eed65 ("list: remove prefetching from regular list
      iterators") removed the include of prefetch.h from list.h, which
      uncovered several cases that had apparently relied on that rather
      obscure header file dependency.
      
      So this fixes things up a bit, using
      
         grep -L linux/prefetch.h $(git grep -l '[^a-z_]prefetchw*(' -- '*.[ch]')
         grep -L 'prefetchw*(' $(git grep -l 'linux/prefetch.h' -- '*.[ch]')
      
      to guide us in finding files that either need <linux/prefetch.h>
      inclusion, or have it despite not needing it.
      
      There are more of them around (mostly network drivers), but this gets
      many core ones.
      Reported-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      268bb0ce
  14. 19 5月, 2011 2 次提交
    • I
      misc: Add CARMA DATA-FPGA Programmer support · 0e1d715b
      Ira Snyder 提交于
      This adds support for programming the data processing FPGAs on the OVRO
      CARMA board. These FPGAs have a special programming sequence that
      requires that we program the Freescale DMA engine, which is only
      available inside the kernel.
      Signed-off-by: NIra W. Snyder <iws@ovro.caltech.edu>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      0e1d715b
    • I
      misc: Add CARMA DATA-FPGA Access Driver · c186f0e1
      Ira Snyder 提交于
      This driver allows userspace to access the data processing FPGAs on the
      OVRO CARMA board. It has two modes of operation:
      
      1) random access
      
      This allows users to poke any DATA-FPGA registers by using mmap to map
      the address region directly into their memory map.
      
      2) correlation dumping
      
      When correlating, the DATA-FPGA's have special requirements for getting
      the data out of their memory before the next correlation. This nominally
      happens at 64Hz (every 15.625ms). If the data is not dumped before the
      next correlation, data is lost.
      
      The data dumping driver handles buffering up to 1 second worth of
      correlation data from the FPGAs. This lowers the realtime scheduling
      requirements for the userspace process reading the device.
      Signed-off-by: NIra W. Snyder <iws@ovro.caltech.edu>
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      c186f0e1
  15. 14 5月, 2011 1 次提交
    • J
      Intel PTI implementaiton of MIPI 1149.7. · 0b61d2ac
      J Freyensee 提交于
      The PTI (Parallel Trace Interface) driver directs
      trace data routed from various parts in the system out
      through an Intel Penwell PTI port and out of the mobile
      device for analysis with a debugging tool (Lauterbach or Fido).
      Though n_tracesink and n_tracerouter line discipline drivers
      are used to extract modem tracing data to the PTI driver
      and other parts of an Intel mobile solution, the PTI driver
      can be used independent of n_tracesink and n_tracerouter.
      
      You should select this driver if the target kernel is meant for
      an Intel Atom (non-netbook) mobile device containing a MIPI
      P1149.7 standard implementation.
      Signed-off-by: NJ Freyensee <james_p_freyensee@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0b61d2ac
  16. 13 5月, 2011 1 次提交
  17. 30 4月, 2011 1 次提交
    • R
      misc: fix ti-st build issues · 773d6790
      Randy Dunlap 提交于
      st_drv uses skb*() interfaces, so it should depend on NET.
      It also uses GPIO interfaces, so it should depend on GPIOLIB.
      
      st_kim.c uses syss_*() calls, so it should #include
      <linux/sysfs.h>.
      
      Fixes these observed build errors:
      ERROR: "skb_queue_purge" [drivers/misc/ti-st/st_drv.ko] undefined!
      ERROR: "skb_pull" [drivers/misc/ti-st/st_drv.ko] undefined!
      ERROR: "skb_queue_tail" [drivers/misc/ti-st/st_drv.ko] undefined!
      ERROR: "__alloc_skb" [drivers/misc/ti-st/st_drv.ko] undefined!
      ERROR: "kfree_skb" [drivers/misc/ti-st/st_drv.ko] undefined!
      ERROR: "skb_dequeue" [drivers/misc/ti-st/st_drv.ko] undefined!
      ERROR: "skb_put" [drivers/misc/ti-st/st_drv.ko] undefined!
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Cc: Pavan Savoy <pavan_savoy@ti.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      773d6790
  18. 26 4月, 2011 1 次提交
  19. 23 4月, 2011 3 次提交
  20. 15 4月, 2011 1 次提交
  21. 10 4月, 2011 1 次提交
  22. 09 4月, 2011 1 次提交
新手
引导
客服 返回
顶部