The bad one is, one Intel spokesman criticized
the project, Android-x86.org publicly.
(thanks to the guy who notified us)
"Huang’s non-authorized version has not been submitted to
Google for integration into the wider Android open source effort,
which has raised concern that it could cause fragmentation."
The truth is we have worked for x86 porting much earlier
than Intel involved the game.The truth is we have worked hard to push
our effort into
the Android open source project, dominated by Google.At least 30
patches we submitted have been merged to AOSP,though more are just
ignored due to different reasons.
Another fact is Intel submitted some buggy patches
to AOSP, but Google accepted them carelessly.
I need to submit another patches to correct them,
and Google accepted my patches undoubtedly.
How can a spokesman say such words full prejudice?
If I reveal all the facts that Intel had done to us,
that would embarrass Intel very much!
I do think the spokesman needs to correct his words
and say sorry to all of us publicly.
On the other hand, the good news is,
we have fixed the display issue of Intel video chipset.
The source has been pushed to ics-x86 branch.
Though there are still some issues in video playback.
Thanks to the great work of Chia-I Wu.
I'll prepare testing iso later when I've spare time.
Enjoy it.
--
Chih-Wei
Android-x86 project
http://www.android-x86.org
2011/12/6 tabletsx86 <rbg.tab...@gmail.com>:
> "....has raised concern that it could cause fragmentation"
>
> LOL...is that like the "fragmentation" you have been getting from
> ARM processors in the phone/tablet markets for the last 3-5 years
> Intel????
>
> A truly smart manager would have said "how can we capitalize
> on this Chih-Wei's work" and then gone on to support the effort from
> the beginning in 2009...and by now Intel would be reaping the rewards
> instead of trying to black-ball them and make your measly efforts look
> good in the press...
>
>
> On Dec 6, 1:43 am, Chih-Wei Huang <cwhu...@android-x86.org> wrote:
>> Hi,
>> I have two news about Intel.
>> One is bad, another is good.
>>
>> The bad one is, one Intel spokesman criticized
>> the project, Android-x86.org publicly.
>> (thanks to the guy who notified us)
>>
>> http://www.eetimes.com/electronics-news/4231083/Intel--Google-not-sup...
> --
> You received this message because you are subscribed to the Google Groups "Android-x86" group.
> To post to this group, send email to andro...@googlegroups.com.
> To unsubscribe from this group, send email to android-x86...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/android-x86?hl=en.
>
Thanks,
Matt
On Dec 6, 6:43 am, Chih-Wei Huang <cwhu...@android-x86.org> wrote:
> Hi,
> I have two news about Intel.
> One is bad, another is good.
>
> The bad one is, one Intel spokesman criticized
> the project, Android-x86.org publicly.
> (thanks to the guy who notified us)
>
> http://www.eetimes.com/electronics-news/4231083/Intel--Google-not-sup...
1 - the eeepc is working - Android will boot and the UI will work very
nicely.
2 - the generic x86 build (running on dell-E6410 using i915) will
still have "Unfortunately, System UI has stopped." massage box will
popup every few seconds, after boot.
On Dec 6, 6:27 pm, tabletsx86 <rbg.tablets...@gmail.com> wrote:
> http://groups.google.com/group/android-x86/browse_thread/thread/27148...
>
> On Dec 6, 6:11 am, Phil Osoph <philipp.b.muel...@googlemail.com>
> wrote:
>
>
>
> > Can i build an image for intel x86 yet??? Which target should i use
> > for?- Hide quoted text -
>
> - Show quoted text -
I am suprised that Intel is not supporting the Android-x86 project.
Is Intel an OHA member?
How is this helping their Atom-based netbok/tablet OEMs?
Does Intel think that Windows, Tizen, and Yocto are the only options?
I'll be recommending AMD over Intel for mobile chips, because of
Chih-Wei's experiences with Intel.
I expect they're waiting for this project to do all of their work for
them, then they'll fork it, and have a tightly-controlled Android-Atom
project. :-)
Yi
On 12/06/2011 03:12 PM, tabletsx86 wrote:
> think you'll find they already have forked it...as someone
> mentioned in these forums before, Intel had submitted code to
> Goggle AOSP from this repository as their own....nothing new
> there...Unless you�ve got a better answer, you copy...and
> wasn't Steve Jobs famous for saying "great artist ship"...haven't
> seen Intel making avaiable(ship)any Android iso/img for the
> general public have we.............
On Dec 6, 11:36 pm, tabletsx86 <rbg.tablets...@gmail.com> wrote:
> Android ICS up and running on Viewsonic VPAD10....
>
> Wifi works, touch works....
>
> Chih-Wei will provide you with more detailed info later....
>
> On Dec 6, 1:43 am, Chih-Wei Huang <cwhu...@android-x86.org> wrote:
>
>
>
>
>
>
>
> > Hi,
> > I have two news about Intel.
> > One is bad, another is good.
>
> > The bad one is, one Intel spokesman criticized
> > the project, Android-x86.org publicly.
> > (thanks to the guy who notified us)
>
> >http://www.eetimes.com/electronics-news/4231083/Intel--Google-not-sup...
Thx for your help
On Dec 6, 7:02 pm, Phil Osoph <philipp.b.muel...@googlemail.com>
wrote:
> > > - Show quoted text -- Hide quoted text -
The only way is to - boot in debug and befor typing exit the second
time I do the "pm disable com.android.systemui" and then after typing
exit the giu will come up.
Can you please describe how do you do this? I may have meessd somthig
here.
Thx you guys for you help in this
Interestingly, I observed the same in ICS (impossible to switch to the
next console because GUI restores itself, and echoing console input
behind the graphics) on the user-mode kernel 2.6.29 and thought it was
something wrong with the kernel being too old.
Is the same behavior observed with 3.0.x kernel as well? Honeycomb at
least never did this.
Would it be reasonable to include something like stty noecho in the
boot script at least when DEBUG is not set?
This is the case on my dell-e6410, that has the same i915 as the eeePc
(on the eeePc the GUI is working nicely). now I have added
"BOARD_GPU_DRIVERS := i915 " to BoardConfig.mk under the generic_x86
folder and rebuilt, now the all I can see is a black screen:-(, the
giu will not com up,
any ideas
I am eagerly hoping for a solution for the GMA500 - I have been
planning to try Kernel 3.0 with the new built in GMA500 driver but
haven't had time yet.
Have you did this before building?
repo sync external/mesa
i've tried to build it for eeepc and tegav2... eeepc built completely,
but won't run... says "can't boot or install on /dev/sda" or something
else(the hdd was formated)... the tegav2 build can't finish... slowly,
i'm going crazy ;-)
On 7 Dez., 18:46, Chih-Wei Huang <cwhu...@android-x86.org> wrote:
> Have you did this before building?
>
> repo sync external/mesa
> Could anyone please upload an working tegav2 image?
> Or any other intel device? ^^
Tegra 2 is ARM, not Intel.
Yes I have synced all the tree,
1 - I have run - make clean
2 - repo sync
3 - Add "BOARD_GPU_DRIVERS := i915 " to BoardConfig.mk ( befor "ifneq
($(strip $(BOARD_GPU_DRIVERS)),)" )
4 -
4.1 "lunch generic_x86-eng" and - make iso_img
4.2 "lunch eeepc-eng" and - make iso_img
Now - on the eeePc the GUI is working nicely, on the dell-e6410 I get
a black screen.
On Dec 7, 7:46 pm, Chih-Wei Huang <cwhu...@android-x86.org> wrote:
> Have you did this before building?
>
> repo sync external/mesa
> >http://groups.google.com/group/android-x86?hl=en.- Hide quoted text -
??
You should create your BoardConfig.mk,
not modify the generic one.
> 4 -
> 4.1 "lunch generic_x86-eng" and - make iso_img
> 4.2 "lunch eeepc-eng" and - make iso_img
> Now - on the eeePc the GUI is working nicely, on the dell-e6410 I get
> a black screen.
generic_x86 doesn't support hardware acceleration.
--
Chih-Wei
Android-x86 project
http://www.android-x86.org
But In the sake for trying - what is the difference, I like to build a
generic that will suitable for my dell, and if all will go well I
will do this properly?
In any case when criating a mk I will include "include $
(GENERIC_X86_CONFIG_MK)" so its like editing the generic mk, right?
Thx for your help
On Dec 8, 11:10 am, Chih-Wei Huang <cwhu...@android-x86.org> wrote:
> 2011/12/8 Bzbit <benziz...@gmail.com>:
try to type in the command line "pm disable com.android.systemui"...
this will eliminating the ui-message and you can use the system...
On 6 Dez., 17:41, Bzbit <benziz...@gmail.com> wrote:
> I have pulled the tree and built for eeepc & generic x86, from the GFX
> point of view -
>
> 1 - the eeepc is working - Android will boot and the UI will work very
> nicely.
> 2 - the generic x86 build (running on dell-E6410 using i915) will
> still have "Unfortunately, System UI has stopped." massage box will
> popup every few seconds, after boot.
>
> On Dec 6, 6:27 pm, tabletsx86 <rbg.tablets...@gmail.com> wrote:
>
>
>
>
>
>
>
> >http://groups.google.com/group/android-x86/browse_thread/thread/27148...
>
> > On Dec 6, 6:11 am, Phil Osoph <philipp.b.muel...@googlemail.com>
> > wrote:
>
> > > Can i build an image for intel x86 yet??? Which target should i use
> > > for?- Hide quoted text -
>
> > - Show quoted text -