/linux/sound/usb/line6/ |
H A D | toneport.c | 495 .altsetting = 2, /* 1..4 seem to be ok */ 504 .altsetting = 2, /* 1..4 seem to be ok */ 513 .altsetting = 2, /* 1..4 seem to be ok */ 531 .altsetting = 2, /* 1..4 seem to be ok */ 540 .altsetting = 2, /* 1..4 seem to be ok */
|
/linux/Documentation/hwmon/ |
H A D | w83781d.rst | 424 PWM registers seem to be split in two parts: bit 7 is a mode selector, 425 while the other bits seem to define a value or threshold. 427 When bit 7 is clear, bits 6-0 seem to hold a threshold value. If the value 430 represents. Note that there seem to be some inertia in this mode, speed 435 When bit 7 is set, bits 3-0 seem to hold a threshold value, while bits 6-4 472 Changing the high nibble doesn't seem to do much except the high bit 473 (0x80) must be set for PWM to work, else the current pwm doesn't seem to
|
H A D | f71805f.rst | 115 high limit, but values over 6000 RPM seem to cause problem. The effective 151 fan model. As a rule of thumb, lower frequencies seem to give better
|
/linux/arch/powerpc/include/asm/ |
H A D | uninorth.h | 48 * the AGP bus. It doesn't seem to be visible to the CPU as of UniNorth 1.x, 64 * cachable). AGP memory itself doesn't seem to be cache coherent neither. 78 * Turning on AGP seem to require a double invalidate operation, one before
|
H A D | smu.h | 47 * This is a "mux" for fan control commands. The command seem to 49 * of argument, this seem to be queries for fans status, setpoint, 185 * both cases. They seem to be: 208 * This command seem to be a grab bag of various things 294 * This command seem to be a grab bag of various things
|
/linux/arch/sh/drivers/pci/ |
H A D | ops-dreamcast.c | 27 * here, but since it doesn't seem that there is any such implementation in 33 * and the general lack of activity by DC hardware hackers, this doesn't seem
|
/linux/Documentation/input/devices/ |
H A D | ntrig.rst | 68 seem to be 12" sensors (Dell Latitude XT and XT2 and the HP TX2), and 87 seem to have different profiles. Ghost activity typically shows up as small 137 contacts are active they seem to be sorted primarily by Y position.
|
/linux/drivers/media/usb/gspca/ |
H A D | vicam.c | 117 req_data[2] = 0x90; /* unknown, does not seem to do anything */ in vicam_read_frame() 139 /* bytes 9-15 do not seem to affect exposure or image quality */ in vicam_read_frame() 191 /* Note the frame header contents seem to be completely in vicam_dostream()
|
/linux/drivers/net/usb/ |
H A D | plusb.c | 74 /* some units seem to need this reset, others reject it utterly. in pl_reset() 87 /* some PL-2302 versions seem to fail usb_set_interface() */
|
/linux/arch/alpha/include/uapi/asm/ |
H A D | statfs.h | 8 even seem to implement statfs64 */
|
/linux/arch/arm64/boot/dts/amlogic/ |
H A D | meson-gxl-s805x.dtsi | 13 /* The S805X Package doesn't seem to handle the 744MHz OPP correctly */
|
/linux/include/uapi/asm-generic/ |
H A D | poll.h | 13 /* The rest seem to be more-or-less nonstandard. Check them! */
|
/linux/Documentation/sound/hd-audio/ |
H A D | realtek-pc-beep.rst | 87 Realtek, is of note: unlike most registers, which seem to control detailed 125 seem to be close relatives of the ALC256. (They all share one initialization
|
/linux/Documentation/sound/cards/ |
H A D | maya44.rst | 48 Things that do not seem to work: 50 - The level meters ("multi track") in 'alsamixer' do not seem to react to signals in (if this is a …
|
/linux/arch/arm/mach-omap2/ |
H A D | ti81xx-restart.c | 22 * NOTE: Warm reset does not seem to work, may require resetting
|
/linux/tools/testing/selftests/bpf/verifier/ |
H A D | atomic_bounds.c | 11 * This is because BPF_ST_MEM doesn't seem to set the stack slot
|
/linux/include/linux/ |
H A D | rbtree_types.h | 10 /* The alignment might seem pointless, but allegedly CRIS needs it */
|
/linux/tools/lib/perf/Documentation/ |
H A D | manpage-suppress-sp.xsl | 9 that some versions of docbook stylesheets seem to add -->
|
/linux/tools/perf/Documentation/ |
H A D | manpage-suppress-sp.xsl | 9 that some versions of docbook stylesheets seem to add -->
|
/linux/Documentation/i2c/busses/ |
H A D | i2c-via.rst | 35 No error messages, but still i2c doesn't seem to work.
|
/linux/arch/m68k/include/asm/ |
H A D | mac_via.h | 219 /* CSA: in fact, only bits 0,1, and 4 seem to be decoded. 220 * BUT note the values for rIER and rIFR, where the top 8 bits *do* seem 221 * to matter. In fact *all* of the top 8 bits seem to matter;
|
H A D | mac_psc.h | 23 * to be closely tied and share one set of registers. They also seem to run 107 * These registers seem to be mirrored every thirty-two bytes up until offset
|
/linux/include/uapi/linux/ |
H A D | posix_types.h | 9 * beyond that you'll have to change this too. But 1024 fd's seem to be
|
/linux/Documentation/devicetree/bindings/rtc/ |
H A D | faraday,ftrtc010.yaml | 36 should be 1 Hz, but implementers actually seem to choose different
|
/linux/arch/hexagon/include/asm/ |
H A D | tlbflush.h | 37 * by logical address. There doesn't seem to be any possibility that they
|