Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 05ea893c authored by Dave Airlie's avatar Dave Airlie
Browse files

Merge remote branch 'anholt/drm-intel-next' into drm-next

* anholt/drm-intel-next: (515 commits)
  drm/i915: Fix out of tree builds
  drm/i915: move fence lru to struct drm_i915_fence_reg
  drm/i915: don't allow tiling changes on pinned buffers v2
  drm/i915: Be extra careful about A/D matching for multifunction SDVO
  drm/i915: Fix DDC bus selection for multifunction SDVO
  drm/i915: cleanup mode setting before unmapping registers
  drm/i915: Make fbc control wrapper functions
  drm/i915: Wait for the GPU whilst shrinking, if truly desperate.
  drm/i915: Use spatio-temporal dithering on PCH
  [MTD] Remove zero-length files mtdbdi.c and internal.ho
  pata_pcmcia / ide-cs: Fix bad hashes for Transcend and kingston IDs
  libata: Fix several inaccuracies in developer's guide
  slub: Fix bad boundary check in init_kmem_cache_nodes()
  raid6: fix recovery performance regression
  KEYS: call_sbin_request_key() must write lock keyrings before modifying them
  KEYS: Use RCU dereference wrappers in keyring key type code
  KEYS: find_keyring_by_name() can gain access to a freed keyring
  ALSA: hda: Fix 0 dB for Packard Bell models using Conexant CX20549 (Venice)
  ALSA: hda - Add quirk for Dell Inspiron 19T using a Conexant CX20582
  ALSA: take tu->qlock with irqs disabled
  ...
parents 26481fb1 a7c54278
Loading
Loading
Loading
Loading
+16 −33
Original line number Original line Diff line number Diff line
@@ -107,10 +107,6 @@ void (*dev_config) (struct ata_port *, struct ata_device *);
	issue of SET FEATURES - XFER MODE, and prior to operation.
	issue of SET FEATURES - XFER MODE, and prior to operation.
	</para>
	</para>
	<para>
	<para>
	Called by ata_device_add() after ata_dev_identify() determines
	a device is present.
	</para>
	<para>
	This entry may be specified as NULL in ata_port_operations.
	This entry may be specified as NULL in ata_port_operations.
	</para>
	</para>


@@ -154,8 +150,8 @@ unsigned int (*mode_filter) (struct ata_port *, struct ata_device *, unsigned in


	<sect2><title>Taskfile read/write</title>
	<sect2><title>Taskfile read/write</title>
	<programlisting>
	<programlisting>
void (*tf_load) (struct ata_port *ap, struct ata_taskfile *tf);
void (*sff_tf_load) (struct ata_port *ap, struct ata_taskfile *tf);
void (*tf_read) (struct ata_port *ap, struct ata_taskfile *tf);
void (*sff_tf_read) (struct ata_port *ap, struct ata_taskfile *tf);
	</programlisting>
	</programlisting>


	<para>
	<para>
@@ -164,36 +160,35 @@ void (*tf_read) (struct ata_port *ap, struct ata_taskfile *tf);
	hardware registers / DMA buffers, to obtain the current set of
	hardware registers / DMA buffers, to obtain the current set of
	taskfile register values.
	taskfile register values.
	Most drivers for taskfile-based hardware (PIO or MMIO) use
	Most drivers for taskfile-based hardware (PIO or MMIO) use
	ata_tf_load() and ata_tf_read() for these hooks.
	ata_sff_tf_load() and ata_sff_tf_read() for these hooks.
	</para>
	</para>


	</sect2>
	</sect2>


	<sect2><title>PIO data read/write</title>
	<sect2><title>PIO data read/write</title>
	<programlisting>
	<programlisting>
void (*data_xfer) (struct ata_device *, unsigned char *, unsigned int, int);
void (*sff_data_xfer) (struct ata_device *, unsigned char *, unsigned int, int);
	</programlisting>
	</programlisting>


	<para>
	<para>
All bmdma-style drivers must implement this hook.  This is the low-level
All bmdma-style drivers must implement this hook.  This is the low-level
operation that actually copies the data bytes during a PIO data
operation that actually copies the data bytes during a PIO data
transfer.
transfer.
Typically the driver
Typically the driver will choose one of ata_sff_data_xfer_noirq(),
will choose one of ata_pio_data_xfer_noirq(), ata_pio_data_xfer(), or
ata_sff_data_xfer(), or ata_sff_data_xfer32().
ata_mmio_data_xfer().
	</para>
	</para>


	</sect2>
	</sect2>


	<sect2><title>ATA command execute</title>
	<sect2><title>ATA command execute</title>
	<programlisting>
	<programlisting>
void (*exec_command)(struct ata_port *ap, struct ata_taskfile *tf);
void (*sff_exec_command)(struct ata_port *ap, struct ata_taskfile *tf);
	</programlisting>
	</programlisting>


	<para>
	<para>
	causes an ATA command, previously loaded with
	causes an ATA command, previously loaded with
	->tf_load(), to be initiated in hardware.
	->tf_load(), to be initiated in hardware.
	Most drivers for taskfile-based hardware use ata_exec_command()
	Most drivers for taskfile-based hardware use ata_sff_exec_command()
	for this hook.
	for this hook.
	</para>
	</para>


@@ -218,8 +213,8 @@ command.


	<sect2><title>Read specific ATA shadow registers</title>
	<sect2><title>Read specific ATA shadow registers</title>
	<programlisting>
	<programlisting>
u8   (*check_status)(struct ata_port *ap);
u8   (*sff_check_status)(struct ata_port *ap);
u8   (*check_altstatus)(struct ata_port *ap);
u8   (*sff_check_altstatus)(struct ata_port *ap);
	</programlisting>
	</programlisting>


	<para>
	<para>
@@ -227,20 +222,14 @@ u8 (*check_altstatus)(struct ata_port *ap);
	hardware.  On some hardware, reading the Status register has
	hardware.  On some hardware, reading the Status register has
	the side effect of clearing the interrupt condition.
	the side effect of clearing the interrupt condition.
	Most drivers for taskfile-based hardware use
	Most drivers for taskfile-based hardware use
	ata_check_status() for this hook.
	ata_sff_check_status() for this hook.
	</para>
	<para>
	Note that because this is called from ata_device_add(), at
	least a dummy function that clears device interrupts must be
	provided for all drivers, even if the controller doesn't
	actually have a taskfile status register.
	</para>
	</para>


	</sect2>
	</sect2>


	<sect2><title>Select ATA device on bus</title>
	<sect2><title>Select ATA device on bus</title>
	<programlisting>
	<programlisting>
void (*dev_select)(struct ata_port *ap, unsigned int device);
void (*sff_dev_select)(struct ata_port *ap, unsigned int device);
	</programlisting>
	</programlisting>


	<para>
	<para>
@@ -251,9 +240,7 @@ void (*dev_select)(struct ata_port *ap, unsigned int device);
	</para>
	</para>
	<para>
	<para>
	Most drivers for taskfile-based hardware use
	Most drivers for taskfile-based hardware use
	ata_std_dev_select() for this hook.  Controllers which do not
	ata_sff_dev_select() for this hook.
	support second drives on a port (such as SATA contollers) will
	use ata_noop_dev_select().
	</para>
	</para>


	</sect2>
	</sect2>
@@ -441,13 +428,13 @@ void (*irq_clear) (struct ata_port *);
	to struct ata_host_set.
	to struct ata_host_set.
	</para>
	</para>
	<para>
	<para>
	Most legacy IDE drivers use ata_interrupt() for the
	Most legacy IDE drivers use ata_sff_interrupt() for the
	irq_handler hook, which scans all ports in the host_set,
	irq_handler hook, which scans all ports in the host_set,
	determines which queued command was active (if any), and calls
	determines which queued command was active (if any), and calls
	ata_host_intr(ap,qc).
	ata_sff_host_intr(ap,qc).
	</para>
	</para>
	<para>
	<para>
	Most legacy IDE drivers use ata_bmdma_irq_clear() for the
	Most legacy IDE drivers use ata_sff_irq_clear() for the
	irq_clear() hook, which simply clears the interrupt and error
	irq_clear() hook, which simply clears the interrupt and error
	flags in the DMA status register.
	flags in the DMA status register.
	</para>
	</para>
@@ -496,10 +483,6 @@ void (*host_stop) (struct ata_host_set *host_set);
	data from port at this time.
	data from port at this time.
	</para>
	</para>
	<para>
	<para>
	Many drivers use ata_port_stop() as this hook, which frees the
	PRD table.
	</para>
	<para>
	->host_stop() is called after all ->port_stop() calls
	->host_stop() is called after all ->port_stop() calls
have completed.  The hook must finalize hardware shutdown, release DMA
have completed.  The hook must finalize hardware shutdown, release DMA
and other resources, etc.
and other resources, etc.
+1 −1
Original line number Original line Diff line number Diff line
@@ -234,7 +234,7 @@ process is as follows:
    Linus, usually the patches that have already been included in the
    Linus, usually the patches that have already been included in the
    -next kernel for a few weeks.  The preferred way to submit big changes
    -next kernel for a few weeks.  The preferred way to submit big changes
    is using git (the kernel's source management tool, more information
    is using git (the kernel's source management tool, more information
    can be found at http://git.or.cz/) but plain patches are also just
    can be found at http://git-scm.com/) but plain patches are also just
    fine.
    fine.
  - After two weeks a -rc1 kernel is released it is now possible to push
  - After two weeks a -rc1 kernel is released it is now possible to push
    only patches that do not include new features that could affect the
    only patches that do not include new features that could affect the
+1 −2
Original line number Original line Diff line number Diff line
@@ -235,8 +235,7 @@ containing the following files describing that cgroup:
 - cgroup.procs: list of tgids in the cgroup.  This list is not
 - cgroup.procs: list of tgids in the cgroup.  This list is not
   guaranteed to be sorted or free of duplicate tgids, and userspace
   guaranteed to be sorted or free of duplicate tgids, and userspace
   should sort/uniquify the list if this property is required.
   should sort/uniquify the list if this property is required.
   Writing a tgid into this file moves all threads with that tgid into
   This is a read-only file, for now.
   this cgroup.
 - notify_on_release flag: run the release agent on exit?
 - notify_on_release flag: run the release agent on exit?
 - release_agent: the path to use for release notifications (this file
 - release_agent: the path to use for release notifications (this file
   exists in the top cgroup only)
   exists in the top cgroup only)
+5 −0
Original line number Original line Diff line number Diff line
@@ -74,6 +74,11 @@ structure at all. You should use this to keep device-specific data.
	/* retrieve the value */
	/* retrieve the value */
	void *i2c_get_clientdata(const struct i2c_client *client);
	void *i2c_get_clientdata(const struct i2c_client *client);


Note that starting with kernel 2.6.34, you don't have to set the `data' field
to NULL in remove() or if probe() failed anymore. The i2c-core does this
automatically on these occasions. Those are also the only times the core will
touch this field.



Accessing the client
Accessing the client
====================
====================
+4 −4
Original line number Original line Diff line number Diff line
@@ -333,14 +333,14 @@ byte 0:
byte 1:
byte 1:


   bit   7   6   5   4   3   2   1   0
   bit   7   6   5   4   3   2   1   0
        x15 x14 x13 x12 x11 x10 x9  x8
         .   .   .   .   .  x10 x9  x8


byte 2:
byte 2:


   bit   7   6   5   4   3   2   1   0
   bit   7   6   5   4   3   2   1   0
        x7  x6  x5  x4  x4  x2  x1  x0
        x7  x6  x5  x4  x4  x2  x1  x0


         x15..x0 = absolute x value (horizontal)
         x10..x0 = absolute x value (horizontal)


byte 3:
byte 3:


@@ -350,14 +350,14 @@ byte 3:
byte 4:
byte 4:


   bit   7   6   5   4   3   2   1   0
   bit   7   6   5   4   3   2   1   0
        y15 y14 y13 y12 y11 y10 y8  y8
         .   .   .   .   .   .  y9  y8


byte 5:
byte 5:


   bit   7   6   5   4   3   2   1   0
   bit   7   6   5   4   3   2   1   0
        y7  y6  y5  y4  y3  y2  y1  y0
        y7  y6  y5  y4  y3  y2  y1  y0


         y15..y0 = absolute y value (vertical)
         y9..y0 = absolute y value (vertical)




4.2.2 Two finger touch
4.2.2 Two finger touch
Loading