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