• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

Root [Boost Mobile] Hroark's Warp Kernel Source

shinru2004 said:
Seriously? lol i have one kidney... no joke

You think you could use this source to start work on CM9? see if maybe audio works on there. it would be nice to have it fully working on stock but I'm not to concerned with ZTE's shoddy job they call android. you can't even play games on it really without an FC or close to home, heck even a reboot from time to time
Click to expand...


I have made some CM9 ROMS, they are really buggy and do not work right

Testing some of the kernel stuff is OK on CM7 I guess

but I would like to make sure that everything worked as it did on the stock ROM, so I think that should be what we primarily test the kernel with


If you want my latest CM7 or CM9 ROMS for testing, let me know, and I will upload them (just remember they are pretty unusable)

sorry about your kidney, I don't have 11 toes, and I am not sure why I said that







.
 
shinru2004 said:
someone is getting tired, oh i used the egl libs from your cm7 i think it stabilized the phone a bit more on stock
Click to expand...

that is good that it was able to be used for something

I probably will work on Cm7 again

but i want to get kernel source, and than take another stab at CM9
 
Wish i knew how to do half the stuff you do hroark hopefully someday soon :) you give me a lot of inspiration along with snake x and shinru keep up the good work i also have chevanlol and shinru to thank with the helping of the building of my ROM couldnt do a damn thing without you guys im supporting you guys all the way
 
hey Shinru

when you start making OC and other tweaks, you may want to download my entire source again from github

there are a couple of commits in it, that you don't have

when you are done making the OC and other files that you tweak and have final versions, put them in a zip file and send them to me, and i will push them to my github







,
 
Can you upload the working warp source to your github for those that want 2.6.35.7 instead of 2.6.35.11? I like the way Kgsl is integrated in the warp source, it gives you access to freq values on the GPU the blade plus source dont

nevermind, its because i added the patched files straight into the warp source, downloading from your github now. as far as overclock goes, I'm pretty much done. i cant seem to get these new governors to work even after re-writing them
 
shinru2004 said:
Can you upload the working warp source to your github for those that want 2.6.35.7 instead of 2.6.35.11? I like the way Kgsl is integrated in the warp source, it gives you access to freq values on the GPU the blade plus source dont

nevermind, its because i added the patched files straight into the warp source, downloading from your github now. as far as overclock goes, I'm pretty much done. i cant seem to get these new governors to work even after re-writing them
Click to expand...

the 2.6.35.11 is the Sean aka Fury source and has very different KGSL

the original Warp source is 2.6.35.7 but I am really not using that

the Blade Plus source is 2.6.35.7 and I added files and stuff to that, and that is what I made the above 2.6.35.7 kernel with


here is a link to it

https://github.com/hroark13/WARP_KERNEL_26357

use the file called newconfig

cp newconfig .config






,
 
i think the 2.6.35.11 has KGSL 3D and 2D

I think the 2.6.35.7 has only KGSL 2D

I may be wrong
 
Rally 517 said:
will roms sstill work on these kernels or just stock
Click to expand...


should work on stock and custom ROMS

I am not sure why people would think that they do not

if some one makes a custom ROM that has a custom ramdisk

then you would have to pack the zImage you make with my source with their ramdisk
 
the major difference in the two source are the way in configures the kgsl

example:

2.6.35.11

Code: 
static struct resource kgsl_3d0_resources[] = {
	{
		.name  = KGSL_3D0_REG_MEMORY,
		.start = 0xA3500000, /* 3D GRP address */
		.end = 0xA351ffff,
		.flags = IORESOURCE_MEM,
	},
	{
		.name = KGSL_3D0_IRQ,
		.start = INT_GRP_3D,
		.end = INT_GRP_3D,
		.flags = IORESOURCE_IRQ,
	},
};

static struct kgsl_device_platform_data kgsl_3d0_pdata = {
	.pwr_data = {
		.pwrlevel = {
			{
				.gpu_freq = 245760000,
				.bus_freq = 192000000,
			},
			{
				.gpu_freq = 192000000,
				.bus_freq = 0,
			},
		},
		.init_level = 0,
		.num_levels = 2,
		.set_grp_async = set_grp3d_async,
		.idle_timeout = HZ/20,
		.nap_allowed = true,
	},
	.clk = {
		.name = {
			.clk = "grp_clk",
			.pclk = "grp_pclk",
		},
	},
	.imem_clk_name = {
		.clk = "imem_clk",
		.pclk = NULL,
	},
};

static struct platform_device msm_kgsl_3d0 = {
	.name = "kgsl-3d0",
	.id = 0,
	.num_resources = ARRAY_SIZE(kgsl_3d0_resources),
	.resource = kgsl_3d0_resources,
	.dev = {
		.platform_data = &kgsl_3d0_pdata,
	},
};

#ifdef CONFIG_MSM_KGSL_2D
static struct resource kgsl_2d0_resources[] = {
	{
		.name = KGSL_2D0_REG_MEMORY,
		.start = 0xA3900000, /* Z180 base address */
		.end = 0xA3900FFF,
		.flags = IORESOURCE_MEM,
	},
	{
		.name = KGSL_2D0_IRQ,
		.start = INT_GRP_2D,
		.end = INT_GRP_2D,
		.flags = IORESOURCE_IRQ,
	},
};

static struct kgsl_device_platform_data kgsl_2d0_pdata = {
	.pwr_data = {
		.pwrlevel = {
			{
				.gpu_freq = 0,
				.bus_freq = 192000000,
			},
		},
		.init_level = 0,
		.num_levels = 1,
		/* HW workaround, run Z180 SYNC @ 192 MHZ */
		.set_grp_async = NULL,
		.idle_timeout = HZ/10,
		.nap_allowed = true,
	},
	.clk = {
		.name = {
			.clk = "grp_2d_clk",
			.pclk = "grp_2d_pclk",
		},
	},
};

static struct platform_device msm_kgsl_2d0 = {
	.name = "kgsl-2d0",
	.id = 0,
	.num_resources = ARRAY_SIZE(kgsl_2d0_resources),
	.resource = kgsl_2d0_resources,
	.dev = {
		.platform_data = &kgsl_2d0_pdata,
	},
};
#endif

2.6.35.7

Code: 
static struct kgsl_platform_data kgsl_pdata = {
#ifdef CONFIG_MSM_NPA_SYSTEM_BUS
	/* NPA Flow IDs */
	.high_axi_3d = MSM_AXI_FLOW_3D_GPU_HIGH,
	.high_axi_2d = MSM_AXI_FLOW_2D_GPU_HIGH,
#else
	/* AXI rates in KHz */
	.high_axi_3d = 192000,
	.high_axi_2d = 192000,
#endif
	.max_grp2d_freq = 0,
	.min_grp2d_freq = 0,
	.set_grp2d_async = NULL, /* HW workaround, run Z180 SYNC @ 192 MHZ */
	.max_grp3d_freq = 285760000,
	.min_grp3d_freq = 192 * 1000*1000,
	.set_grp3d_async = set_grp3d_async,
	.imem_clk_name = "imem_clk",
	.grp3d_clk_name = "grp_clk",
	.grp3d_pclk_name = "grp_pclk",
#ifdef CONFIG_MSM_KGSL_2D
	.grp2d0_clk_name = "grp_2d_clk",
	.grp2d0_pclk_name = "grp_2d_pclk",
#else
	.grp2d0_clk_name = NULL,
#endif
	.idle_timeout_3d = HZ/20,
	.idle_timeout_2d = HZ/10,

#ifdef CONFIG_KGSL_PER_PROCESS_PAGE_TABLE
	.pt_va_size = SZ_32M,
	/* Maximum of 32 concurrent processes */
	.pt_max_count = 32,
#else
	.pt_va_size = SZ_128M,
	/* We only ever have one pagetable for everybody */
	.pt_max_count = 1,
#endif
};

static struct resource kgsl_resources[] = {
	{
		.name = "kgsl_reg_memory",
		.start = 0xA3500000, /* 3D GRP address */
		.end = 0xA351ffff,
		.flags = IORESOURCE_MEM,
	},
	{
	 	.name = "kgsl_phys_memory",
	 	.start = MSM_GPU_PHYS_BASE,
	 	.end = MSM_GPU_PHYS_BASE + MSM_GPU_PHYS_SIZE - 1,
	 	.flags = IORESOURCE_MEM,
	 },
	{
		.name = "kgsl_yamato_irq",
		.start = INT_GRP_3D,
		.end = INT_GRP_3D,
		.flags = IORESOURCE_IRQ,
	},
	{
		.name = "kgsl_2d0_reg_memory",
		.start = 0xA3900000, /* Z180 base address */
		.end = 0xA3900FFF,
		.flags = IORESOURCE_MEM,
	},
	{
		.name  = "kgsl_2d0_irq",
		.start = INT_GRP_2D,
		.end = INT_GRP_2D,
		.flags = IORESOURCE_IRQ,
	},
};

static struct platform_device msm_device_kgsl = {
	.name = "kgsl",
	.id = -1,
	.num_resources = ARRAY_SIZE(kgsl_resources),
	.resource = kgsl_resources,
	.dev = {
		.platform_data = &kgsl_pdata,
	},
};
#endif

with the 2.6.35.7 source you can define more voltage and frequencies.
 
ok

so it may be looking like we will be using the .7

I have updated the first two posts in this thread to show info about the 2.6.35.7 too


for now we can have people test both versions, and what ever one works the best will be used


if you are able to do some GPU OC with the .7 and it works good, we will probably start using that
 
hroark13 said:
ok

so it may be looking like we will be using the .7

I have updated the first two posts in this thread to show info about the 2.6.35.7 too


for now we can have people test both versions, and what ever one works the best will be used


if you are able to do some GPU OC with the .7 and it works good, we will probably start using that
Click to expand...

Ok, i will see what i can do, i know the experia's use the same format for their adreno205 and they have massive performance
 
crap

I just realized the the 2.6.35.7 source that I uploaded was patched with the new KGSL
 
You must log in or register to reply here.
Back
Top Bottom