Home
last modified time | relevance | path

Searched full:seem (Results 1 – 25 of 636) sorted by relevance

12345678910>>...26

/linux/sound/usb/line6/
H A Dtoneport.c495 .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 Dw83781d.rst424 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 Df71805f.rst115 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 Duninorth.h48 * 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 Dsmu.h47 * 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 Dops-dreamcast.c27 * 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 Dntrig.rst68 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 Dvicam.c117 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 Dplusb.c74 /* 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 Dstatfs.h8 even seem to implement statfs64 */
/linux/arch/arm64/boot/dts/amlogic/
H A Dmeson-gxl-s805x.dtsi13 /* The S805X Package doesn't seem to handle the 744MHz OPP correctly */
/linux/include/uapi/asm-generic/
H A Dpoll.h13 /* The rest seem to be more-or-less nonstandard. Check them! */
/linux/Documentation/sound/hd-audio/
H A Drealtek-pc-beep.rst87 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 Dmaya44.rst48 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 Dti81xx-restart.c22 * NOTE: Warm reset does not seem to work, may require resetting
/linux/tools/testing/selftests/bpf/verifier/
H A Datomic_bounds.c11 * This is because BPF_ST_MEM doesn't seem to set the stack slot
/linux/include/linux/
H A Drbtree_types.h10 /* The alignment might seem pointless, but allegedly CRIS needs it */
/linux/tools/lib/perf/Documentation/
H A Dmanpage-suppress-sp.xsl9 that some versions of docbook stylesheets seem to add -->
/linux/tools/perf/Documentation/
H A Dmanpage-suppress-sp.xsl9 that some versions of docbook stylesheets seem to add -->
/linux/Documentation/i2c/busses/
H A Di2c-via.rst35 No error messages, but still i2c doesn't seem to work.
/linux/arch/m68k/include/asm/
H A Dmac_via.h219 /* 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 Dmac_psc.h23 * 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 Dposix_types.h9 * beyond that you'll have to change this too. But 1024 fd's seem to be
/linux/Documentation/devicetree/bindings/rtc/
H A Dfaraday,ftrtc010.yaml36 should be 1 Hz, but implementers actually seem to choose different
/linux/arch/hexagon/include/asm/
H A Dtlbflush.h37 * by logical address. There doesn't seem to be any possibility that they

12345678910>>...26