yashsingh1/xdaforums huggingface dataset:
[Streak 5 Android Development] dsteinberg:
Fantastic, just installed and looks great, the percentage now is gone but it looked awful with higher dpi's.

/david

---------- Post added at 01:06 PM ---------- Previous post was at 12:35 PM ----------

Hello n0p,

as per this post

http://xdaforums.com/showpost.php?p=19010892&postcount=15

im having same issue: wifi signal is good, wifi icon shows as connected and im able to receive and send data. Then i put down the phone for some time or just dont have any input/output data and when i try again to use any application that needs connectivity i still have the wifi icon on top but i get no data error. a fix is to go into wifi disable and re enable it again to get it back to business.

ty
[Streak 5 Android Development] _n0p_:
dsteinberg, you know what i'll ask :)

Let's take a look at your log.

And try set WiFi Sleep to Never.

How's your baseband number problem?

--

I've actually experienced similar thing even on Dell's 351 firmware. WiFi zone, put Streak in pocket, out to have a sigarette, back - and WiFi cannot connect to network. Only difference - it was not shown as connected.
[Streak 5 Android Development] Dude_Virus:
Installed 0.63 ...testing with proc set to max .... liked the 0.62 ( no ads )
[Streak 5 Android Development] _n0p_:
dsnreddy, you can set 128 manually via Cpu Master Free, for example.

Dude_Virus, install AdFree from the market and download new hosts.

Edit: Sorry, it's AdFree, not AdBlock
[Streak 5 Android Development] roy8846:
Video fix due to old kernel???

Great work!!
[Streak 5 Android Development] greg9100:
@Team-

I am interested in checking out the Olleh kernel's config,

I'll share what I have garnered from it!
[Streak 5 Android Development] _n0p_:
Greg, is where a method to extract it from kernel?

I've tried switching to dg_timer, but it didn't help with SoD.
[Streak 5 Android Development] greg9100:
It can be pulled! I've checked just now -

the command:

adb pull /proc/config.gz

---------- Post added at 11:15 AM ---------- Previous post was at 10:18 AM ----------

@Team

Been doing some research on the timer, I've stumbled upon this timer patch,

http://www.spinics.net/lists/arm-kernel/msg147115.html
[Streak 5 Android Development] _n0p_:
Great find!

Have fingers crossed for this patch!
[Streak 5 Android Development] dsteinberg:
+1

--dsc 0.63b
[Streak 5 Android Development] _n0p_:
Still, i'd like to hear feedback on new frequency table. I've modded voltage values on high freqs, and my device works stable even on highest frequency.

--

@Team. How'd you like to give the name Phoenix to Experimental14 branch? :)
[Streak 5 Android Development] dsteinberg:
Phoenix is awesome i was thinking of somethng ill post later if it comes back....

Sent from my Dell Streak
[Streak 5 Android Development] tronghienk32:
Wifi erro after update v0.63b. Please fix it. Thank alot.
[Streak 5 Android Development] _n0p_:
Would you be more specific about your WiFi problem?
[Streak 5 Android Development] greg9100:
I like the name phoenix -
[Streak 5 Android Development] Dude_Virus:
Till now 0.63 is stable on 1267 low and 1267 max.....no sod and no reboot....no wifi issue and no timedrift even no flash player issue..
[Streak 5 Android Development] lordmorphous:
.63b seems rock solid. Phoenix is a good name. I still get wifi freezes with GXkernel. I'm trying to remember which kernel was best for me and wifi so I can revert to it.
[Streak 5 Android Development] _n0p_:
Hard to tell the truth, but WiFi issue (sleep hang) should be still there.

--

Great, i'm sure Greg will do it faster anyway :), but i'll apply the patch tomorrow and look at result. If highres timer will work fine, we'll publish Phoenix branch.

--

Just to sum up what we gained in our kernel so far:

Better wifi function, both in speed and stability.

Better battery life.

Increased overall system smoothness.

Stable overclock and undervoltage.

Tun, cifs and usb host functionality.

Fixes for i2c bus and hw keys, to increase stability and user experience.

Backcover sensor disabled.

--

I'm really proud of our teamwork!

Thank you, guys!

--

lordmorphous, I think it was best for you, when you used dhd.ko, built by Lubo. One of his first contributions, when he joined the team.
[Streak 5 Android Development] lanhaj:
Still have wifi issue but everything else is working great. Thank you guys for all of your hard work it is greatly appreciated.
[Streak 5 Android Development] _n0p_:
Try to play with WiFi reassociate settings and find sutable values. There's links on first post in Quick solutions section.
[Streak 5 Android Development] borijess:
Except for the occasional wifi hiccup this rom is very smooth! Thanks DSC!

Sent from the SuperStreak! ;-)
[Streak 5 Android Development] greg9100:
@Team

Okay here is the timer.c file with the updates by Stephen Boyd,

I am adding the new CPU table to my local source, I will post a new test kernel this evening;

With testing I have done in my environment, the config changes I made today to the kernel may prove to be a fix for the wifi issue, it will need further testing in other environments;
[Streak 5 Android Development] lordmorphous:
Keeping my fingers crossed that the elusive wifi bug has been squashed!
[Streak 5 Android Development] greg9100:
The timer.c file change produces errors in the build, it requested another file to /include/mach/cpu.h, when added, still more errors

I am going to see if I can merge the sources together, using git
[Streak 5 Android Development] greg9100:
It looks like I need to acquire git skills, or someone spiked my coffee;

this git repository has the timer.c fixes

git://codeaurora.org/quic/kernel/davidb/linux-msm.git msm-timer

it may be feasible to use git and upgrade our source as well;
[Streak 5 Android Development] Strephon Alkhalikoi:
A minor request?

When you do your incremental updates (e.g. from 0.62b to 0.63b) would you consider not including your boot animation in the file? Boot animations rarely change and should only be included in the complete ROM.
[Streak 5 Android Development] _n0p_:
You see, i've selected cumulative, not incremental updates, so it'll be this way.

It's simpler for end user to install and for us to keep track and remove obsolete changes done between major releases.

Anyway, you can safely delete anim from zip, so it won't mess with your preffered one.

--

Sergei
[Streak 5 Android Development] Dude_Virus:
Onething i have noticed....0.63b makes the baseband display as unknown...

But its working superb....no issues as of now...monitored the phone for 26 hrs now..
[Streak 5 Android Development] borijess:
Not true my basebannd shows fine.

Sent from the SuperStreak! ;-)
[Streak 5 Android Development] Dude_Virus:
Ok just rebooted and baseband shows fine....:)
[Streak 5 Android Development] attila.m:
baseband version is ok for me

i had one reboot @highest freq last night

wifi is much better although i had a wifi freeze with white wifi icon in notification bar

battery drain is better but still heavy compared to 0.5x versions

cheers

attila
[Streak 5 Android Development] Dude_Virus:
I too got the white wifi icon and the white network bars but wifi was still working for me...
[Streak 5 Android Development] _n0p_:
Greg is doing his best to resolve WiFi issue completely.
[Streak 5 Android Development] ltrifonov:
Hi all!

Sorry for my absence last week, i had lot of work to do.

I am trying to get usb host working, but dmesg shows nothing.

I am using this kind of dock,

There are 2 mini USB ports on back:

one is marker power, other is data.

Next, I'm connecting this to usb data port

That way it seem to convert to usb female host port.

But in dmesg there is not any sign when plug something.

Both port on docking are working...

How do you think?! USB is just 2 data wires and 2 power.

Do I need to reverse some wires?

Anybody else got usb host working except the guy with keyboard?
[Streak 5 Android Development] _n0p_:
Glad you back!

OTG requires shorting 4 and 5 connectors.

--

So far sources for timers seem to be Completely different. I've tried switching to dg_timer before, and it's set in Olleh kernel (i've checked /proc/config.gz), and had a SoD.

We need brainstorm on the case, as this timer issue is the only one that stops us from switching to our kernel completely.

--

Sergei
[Streak 5 Android Development] Strephon Alkhalikoi:
Major point releases (for example, 0.5b, 0.6b) should have all the files, since the point releases should be the complete ROM. Bug fix releases (0.61b, 0.62b, 0.63b etc.), regardless of what we name them, should only include the files that were changed or added to the ROM. Unless you're constantly changing the boot animation it shouldn't be included in a bug fix release, and its removal from the bug fix releases will not make the task of tracking updated or obsolete files any more difficult.

Unless of course this is a vanity thing.
[Streak 5 Android Development] _n0p_:
I'll just keep my point on updates. It's updates, not only bugfixes.

--

@Team. Build kernel with Olleh config still gives SoD. timer.c from older kernel results in not-working version.

Need to gain some patience :)
[Streak 5 Android Development] ltrifonov:
@DSC-Team:

Just committed change in kernel Freq. table, for experimental14 branch

changes here

As we still have troubles with .config options, will build experimental stock kernel

with Olleh .config, and post in few minutes.
[Streak 5 Android Development] _n0p_:
Could you also assign the Experimental14 project the new name, Phoenix?

Please :)

--

Lubo, SoD is still where, i assure you.

I'm thinking to contact Quisda for fresh sources.
[Streak 5 Android Development] ltrifonov:
OK, Just pulled .config from 0.63b kernel

and added it to experimental14 branch as .config-olleh

new branch Phoenix based on latest experimental14 is ready !!!

git clone git@github.com:dsc-team/dsc-team-kernel-project.git -b Phoenix

---------- Post added at 04:01 PM ---------- Previous post was at 03:05 PM ----------

Building new branch with .config-olleh is not fine :(

compiling, installing boot.img was fine,

then auto-applying max cpu 1267, governor ondemand

and then after 20-30 seconds freeze.

after freeze not booting without first cleaning dalvik and cache.

Second booting... same freeze again !

this .config-olleh is bad ! (or overclocking is bad with ondemand ?!)
[Streak 5 Android Development] _n0p_:
No, it's not governor or overclock.

Timer issue still unsolved.

--

Sergei
[Streak 5 Android Development] ltrifonov:
@DSC-TEAM

Something with last patch is BAD !

now did build with same config as in my phone more than a week - CFS-DJT-14 something, diference is only this patch.

same freeze !

but this time cpu is set to - max 998

now will try to change things...
[Streak 5 Android Development] _n0p_:
Lubo, try flashing 0.63b Olleh kernel. It has same exact freq table injected.
[Streak 5 Android Development] greg9100:
What if the kernel could become defaulted to the gp_timer, but then have dg_timer support?

---------- Post added at 10:14 AM ---------- Previous post was at 10:13 AM ----------

We could also try a disabling of the tickless feature
[Streak 5 Android Development] _n0p_:
So far:

If author of patch is right, we shoud:

Set DGT as default clocksource (continious timer)

Set GPT as source for events (set, start, stop)

--

I'm trying to study the timer.c and do the required changes.

--

Tries so far attached.
[Streak 5 Android Development] _n0p_:
So far no SoD with this timer.c and hires timer enabled. Did i succeed? :)

--

@Team: http://www.littlemaruko.com/Nopteam/DSC_Team5.zip
[Streak 5 Android Development] ltrifonov:
@_n0p_:

// #define OVERCLOCK_DSC

just this - disabling overclock and no freeze anymore...

first tried patch as in github, then tried to use exact same convention (in red below), but result is freeze, always :( in exact same situation: reboot, then i open notification area, and click "clear" - freeze and reboot. My cpu is min 384, max 998 ?!

So, what can be wrong here?

struct clkctl_acpu_speed acpu_freq_tbl_998[] = {
#ifdef OVERCLOCK_DSC
{ 1, 128000, ACPU_PLL_1, 1, 5, 0, 0, 14000, 2, 0, 950},
{ 1, 245760, ACPU_PLL_0, 4, 0, 0, 0, 29000, 0, 0, 1000},
{ 1, 384000, ACPU_PLL_3, 0, 0, 0, 0, 58000, 1, 0xA, 1000},
{ 1, 576000, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0xF, 1000},
{ 1, 768000, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x14, 1125},
{ 1, 998400, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x18, 1250},
{ 1, 1075200, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x19, 1250},
{ 1, 1152000, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x1A, 1300},
{ 1, 1190400, [COLOR="Red"]ACPU_PLL_3[/COLOR], 0, 0, 0, 0, 128000, 1, [COLOR="Red"]0x1B[/COLOR], 1425},
{ 1, 1228800, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x1A, 1475},
{ 1, 1267200, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x1C, 1525},
{ 0,0,0,0,0,0,0,0,0,0,0 },
#else
{ 0, 19200, ACPU_PLL_TCXO, 0, 0, 0, 0, 14000, 0, 0, 1000},
{ 1, 128000, ACPU_PLL_1, 1, 5, 0, 0, 14000, 2, 0, 1000},
{ 1, 245760, ACPU_PLL_0, 4, 0, 0, 0, 29000, 0, 0, 1000},
/* Update AXI_S and PLL0_S macros if above row numbers change. */
{ 1, 384000, ACPU_PLL_3, 0, 0, 0, 0, 58000, 1, 0xA, 1000},
{ 0, 422400, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0xB, 1000},
{ 0, 460800, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0xC, 1000},
{ 0, 499200, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0xD, 1050},
{ 0, 537600, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0xE, 1050},
{ 1, 576000, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0xF, 1050},
{ 0, 614400, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0x10, 1075},
{ 0, 652800, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0x11, 1100},
{ 0, 691200, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0x12, 1125},
{ 0, 729600, ACPU_PLL_3, 0, 0, 0, 0, 117000, 1, 0x13, 1150},
{ 1, 768000, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x14, 1150},
{ 0, 806400, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x15, 1175},
{ 0, 844800, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x16, 1225},
{ 0, 883200, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x17, 1250},
{ 1, 998400, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x18, 1300},
{ 1, 1075200, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x19, 1300},
{ 1, 1152000, ACPU_PLL_3, 0, 0, 0, 0, 128000, 1, 0x1A, 1400},
{ 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0},
#endif
};
[Streak 5 Android Development] _n0p_:
Nothing wrong.

Could you give a try to latest hacked Olleh kernel to be absolutely sure about the problem?

--

Using now freq table together with hacked timer.c - ok.

But Streaks are very different, yours might go with lower values.

--

BTW, my new sixcore VM compiles full kernel in less then two minutes!
[Streak 5 Android Development] greg9100:
@ltrifonov

perhaps this is more proof of diversity within dell streak devices
[Streak 5 Android Development] ltrifonov:
Tried, no problems with it (boot.img from 0.63b)

tested it when extracted config.gz for about 5 min...
[Streak 5 Android Development] _n0p_:
Oops!

Lubo,

Bus freq is wrong in this!

128000 != 160000

{ 1,128000,0,4,0,0,0,29000,0,0,950 },
{ 1,245760,0,4,0,0,0,29000,0,0,1000 },
{ 1,384000,3,0,0,0,0,58000,1,10,1000 },
{ 1,576000,3,0,0,0,0,117000,1,15,1000 },
{ 1,768000,3,0,0,0,0,128000,1,20,1125 },
{ 1,998400,3,0,0,0,0,128000,1,26,1250 },
{ 1,1075200,3,0,0,0,0,128000,1,26,1250 },
{ 1,1152000,3,0,0,0,0,160000,1,27,1400 },
{ 1,1190400,3,0,0,0,0,160000,1,28,1425 },
{ 1,1228800,3,0,0,0,0,160000,1,29,1475 },
{ 1,1267200,3,0,0,0,0,160000,1,30,1525 },
{ 0,0,0,0,0,0,0,0,0,0,0 },

--

I'm definitely starting to think that we solved SoD issue.

Hope my connector won't break from this tests :)
[Streak 5 Android Development] ltrifonov:
Same freeze...

it may be connected with undocking...

when on dock - everything working, when disconnect - freeze (and not booting anymore...)

EDIT:

I can agree that streaks are different,

but I'm setting 998 as max...

tomorrow will try to remove latest 2 freq

Nice evening to all!
[Streak 5 Android Development] greg9100:
Testing 5 now-

Can't get a reboot or SoD, Fantastic!

I have incorporated the new timer.c and I will post a test kernel, aimed at resolving the wifi problems;
[Streak 5 Android Development] _n0p_:
Greg, test it good, i'm by no means advanced hw guy, so other issues may appear.

Thank you!
[Streak 5 Android Development] greg9100:
I intend to test, for several hours, then I will post the proposed wifi fix-
[Streak 5 Android Development] greg9100:
DSC5 event-

An event occurred, when I was not paying full attention, where my device froze, and then rebooted.

Upon the reboot the device hung on the dell logo;

I pulled the battery, and attempted to boot again, my streak would not boot past the dell logo;

I flashed 0.63b from recovery, rebooted, my device booted;

Then I went back into recovery-

I cleared all the cache, and dalvik, and tried DSC5; and the device hangs at the dell logo-

I thought this was bizzare!
[Streak 5 Android Development] _n0p_:
Really bad issue!

Right now i'm at home, could you build and publish kernel based on Olleh config and your local source with new timer but with old freq table for me to test?
[Streak 5 Android Development] greg9100:
Yes this will not be a problem to do-

---------- Post added at 01:43 PM ---------- Previous post was at 01:17 PM ----------

Okay here is the Olleh kernel config, with the new timer.c, and old big frequency table

link here:http://db.tt/sEm22CZd

---------- Post added at 01:56 PM ---------- Previous post was at 01:43 PM ----------

I am currently testing a different kernel with these changes:

Old CPU table

Old timer.c

gp timer default

yet high resolution timer support

<*> USB Wireless Device Management support

[ ] QoS and/or fair queueing --->

< > The IPv6 protocol --->

This kernel has the potential wifi fix, in my environment streak was asleep for 8 hours still with wifi connection functional in the morning, policy of never sleep

Also including idea regarding the timer, defaulting to the gp, but have dg_timer support,

Also getting better with git, perhaps will be able to upgrade kernel a few notches :)

Download link here:http://db.tt/7wQUUX0M

-Greg
[Streak 5 Android Development] btvbtv:
No more olleh for me. That +15min issue is really ugly. A heart attack prevented by casio ;)
[Streak 5 Android Development] Dude_Virus:
0.63b has higher battery drain than the previous build..nothing has changed besides the kernel have not installed any new application besides Adfree

besides the battery drain the only other thing that i noticed was that it takes quite a long time to switch to mobile data when the wifi is disconnected... I disconnected the wifi and the network bars were grayed out and EDGE symbol came after a long time that too grayed out.. finally after 5 min the data transfer happened.
[Streak 5 Android Development] lordmorphous:
Downloading now, with a little luck on my part and a whole lot of skill on the team's part maybe this wifi thing is fixed!
[Streak 5 Android Development] borijess:
I disagree on battery drain.

Sent from the SuperStreak! ;-)
[Streak 5 Android Development] _n0p_:
Greg, got a hang on first one, so timer.c is the culprit. Sorry.

Hope your timer fix will work better.

--

Testing second now.
[Streak 5 Android Development] lordmorphous:
I have a wifi hang going on right now. I'm going to leave it alone for an hour or so and see if it straightens itself out.

OK, an hour later and wifi still hanging.
[Streak 5 Android Development] Dude_Virus:
thats great if you are getting good battery life. Is it an extended battery or a standard dell. I checked the screenshot and its pretty impressive however mine has reached 1% in just 8 hours +
[Streak 5 Android Development] jorry92:
just flashed a clean install of 0.63b

here is my feedback

-copilot live works fine with this version(freezing issues with 0.62b)

-still problems with setcpu and ondemand gouvenor?? is it just me?

i see the following behavior:

setting up ondemand in setcpu min128max1267.2 everything works fine,

and i can see the gouvenor working(freq switches fast from 128 to 1267 and back)

when i leave setcpu and open another cpu status app (i use systempanel lite)

i can see that my cpu is behaving like its on the conservative gouvenor(e.g. its going 1267>1119>856>450>245>128>450>245 etc, depending on load)

going to report back tomorrow for wifi and maps drain observations if i have time.

btw, we have to same cpu as the htc hd2 AFAIK, but that device can be overclocked to 1.5ghz(i know not for all devices), can't you guys use their freq tables? maybe it would be less work.

p.s. i got some cheap cables/chargers from china, but the streak is kinda picky with what it wants to charge. is this normal behavior? sometimes i get an error (your charger/cable may be broken) or just plain nothing,

the cables work fine for data(but also on pc its not charging).

p.s.2 you guys fixed that auto shutdown when the battery cover is removed, but could you also make it so that the dell starts withoud one?
[Streak 5 Android Development] borijess:
Yes standard battery. Did u calibrate the battery?

Sent from the SuperStreak! ;-)
[Streak 5 Android Development] Dude_Virus:
I wiped the battery stats after fully charging the battery but as this is 4800 mah it takes time to reach 0 so as to I can recharge it again. will try draining it and then charging it completely and then check.

However what frequency have u set for cpu... mine is on 1267 low and 1267 max , performance gov. Even on the 0.62b i had set it on 1152 low and 1152 max , performance gov but never experience such a drain.
[Streak 5 Android Development] borijess:
I am not overclocking. Is it recommended to set min clock to the same of Max frequency?

Sent from the SuperStreak! ;-)
[Streak 5 Android Development] greg9100:
@borijess

It is my personal preference to set my minimum to 245, and max to 1075-

I sometimes like the userspace governor; you may wish to experiment.

@community and Team,

I am going to test my streak with different wireless configurations of my routers, this way I can monitor its behavior in different wireless networks-
[Streak 5 Android Development] borijess:
I was just wondering doesn't make much sense to leave min and Max the same. Maybe that's why the battery doesn't last that long.

Sent from the SuperStreak! ;-)
[Streak 5 Android Development] Dude_Virus:
Well it has always been the same since the time i got on this rom i have always set the min and max to the same and spb causes issues when frequency is low... The best batt life i had on bfs - slab kernel with 60+ hrs and lowest on this...still waiting for it to drain completely so i can recharge it completely to calibrate.
[Streak 5 Android Development] greg9100:
Yes, you are correct, the device will use more energy, when it is at the same frequency, rather than scaling up to higher frequencies from the lower-

You also do not have to overclock, by setting the higher limit to what you need, and you will notice the battery to last longer during regular use

I do believe I misunderstood your question, apologies!

We also have a tickless kernel in 2.35.14, which strives to use less energy when the device is at idle, which is probably why many are reporting better battery life, especially when the device idles, and eventually goes into suspend;

---------- Post added at 09:16 PM ---------- Previous post was at 09:12 PM ----------

@Dude_Virus-

Agreed, regarding the BFS kernel battery life.
[Streak 5 Android Development] Dude_Virus:
Greg i agree tht keeping the proc reved up uses battery however more power is required when from a low frequency the proc goes to higher.....have seen it with the voltage fluctuation on the same idea on my desktop proc....

Same like in a car if u ride on a constant speed on thw highest gear rhe fuel consumption is lower than frequently changing gears and goin low and high