search for: 660,44

Displaying 4 results from an estimated 4 matches for "660,44".

2017 Oct 08
1
[RFC PATCH 16/29] clk: parse thermal policies for throttling thresholds
...lt;subdev/bios/boost.h> > #include <subdev/bios/cstep.h> > #include <subdev/bios/perf.h> > +#include <subdev/bios/thermal_policies.h> > #include <subdev/bios/vpstate.h> > #include <subdev/fb.h> > #include <subdev/therm.h> > @@ -659,6 +660,44 @@ nvkm_clk = { > .fini = nvkm_clk_fini, > }; > > +static void > +nvkm_clk_parse_max_temp(struct nvkm_clk *clk) > +{ > + struct nvkm_subdev *subdev = &clk->subdev; > + struct nvkm_bios *bios = subdev->device->bios; > + struct nvbios_thermal_policies_h...
2008 Aug 25
2
patch for native iphone support
...src/format_mp3.c (working copy) @@ -639,6 +639,9 @@ char *ptr = client->refbuf->data + client->refbuf->len - 2; int bytes; const char *useragent; + char *range; + int rangenumber; + int rangenumber2; if (client_mp3 == NULL) return -1; @@ -657,7 +660,44 @@ remaining -= bytes; ptr += bytes; } + range = httpp_getvar (client->parser, "range"); + if (range != NULL) { + int ret = 0; + int rangeproblem = 0; + ret = sscanf(range, "bytes=%d-%d", &rangenumber, &rangenumber...
2017 Sep 15
0
[RFC PATCH 16/29] clk: parse thermal policies for throttling thresholds
...ase.c @@ -27,6 +27,7 @@ #include <subdev/bios/boost.h> #include <subdev/bios/cstep.h> #include <subdev/bios/perf.h> +#include <subdev/bios/thermal_policies.h> #include <subdev/bios/vpstate.h> #include <subdev/fb.h> #include <subdev/therm.h> @@ -659,6 +660,44 @@ nvkm_clk = { .fini = nvkm_clk_fini, }; +static void +nvkm_clk_parse_max_temp(struct nvkm_clk *clk) +{ + struct nvkm_subdev *subdev = &clk->subdev; + struct nvkm_bios *bios = subdev->device->bios; + struct nvbios_thermal_policies_header header; + struct nvbios_thermal_policie...
2017 Sep 15
42
[RFC PATCH 00/29] Current State of my clk patches
Just wanted to post updated versions of my last series/patches. Reviews welcomed. It would be also nice if we agree on features I should focus upstreaming, so that this work can be better splitted or reordered. Sadly most of my patches depend on the rather big clk subdev rework and I think those patches shows best, why I think this rework is actually needed and makes things much easier to add