On 8/25/12, Jochen Striepe wrote:
> You wrote unrelated stuff.
> Enough of this for me. *plonk*
Which unrelated stuff I wrote?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel
On 8/25/12, Shentino wrote:
> And I'm ignoring this conversation...
>
> ...because I see fit not to feed the trolls.
Why did you send this irrelevant e-mail?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majord
On 8/25/12, Jochen Striepe wrote:
> Let me get this straight. You don't see yourself capable of helping to
> improve kernel or userland.
If you tell me what and how Firefox and Chromium should be changed to
support x32,
I will create patches if it won't take 1000s of hours. I'm not paid to
work on
On 8/25/12, Shentino wrote:
> How is that even relevant to a discussion on support for x86_32?
I said if kernel supports x86_32, NVIDIA won't support x32.
I was told I should use open source drivers if I want to use x32.
My previous mail is saying than I can't use open source drivers
because of lo
On 8/25/12, wbrana wrote:
> There is chance Ivy Bridge can accelerate Chromium, but it can't
> accelerate open source game at sufficient frame rate - 60 fps
> http://www.phoronix.com/scan.php?page=article&item=intel_ivy_gpushow&num=8
My 5-years-old Geforce 7300 GT provides
On 8/25/12, wbrana wrote:
> Open source drivers are black listed by Chromium because of instability
> file software_rendering_list.json:
> NVIDIA cards with nouveau drivers in Linux are crash-prone
> The Intel Mobile 945 Express family of chipsets is not compatible with
> Web
On 8/25/12, Bernd Petrovitsch wrote:
>> Firefox and Chromium are large applications and can't be fixed by one
>> user.
>
> There are already people there. I doubt they will reject help from
> others
Only experienced Firefox/Chromium developer can help. Users aren't
useful as it will require m
On 8/25/12, Gene Heskett wrote:
> What rock did you just crawl out from under? Stuff gets fixed, I've been
> using it since I installed Ubu10.04.4 LTS. Current uptime is half a day
> short of 3 weeks.
If Chromium black listed graphics card, it means Chromium/Xserver
crashed if hardware accelerat
On 8/24/12, Martin Nybo Andersen wrote:
> I know he's not giving any names, however he's specific enough: Apps which
> can't be recompiled. Ie. software for which you haven't got the source code
> or
> a working compiler.
Software used by 99% users will have alternative software which have
source
On 8/25/12, Cruz Julian Bishop wrote:
> People won't want to be forced to stick with an old version of the
> kernel which,
> as you said, will not have any backported features.
Trash shouldn't be fully supported.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On 8/24/12, Martin Nybo Andersen wrote:
> I want to use *my* old machines (hey, I payed for them) on whatever new
> hardware I can plug into them. I'm not an oracle and can't see into the
> future, however USB has evolved, for instance, and will probably still do --
Your 32-bit machines will be li
On 8/24/12, Martin Nybo Andersen wrote:
> That's right, but new hardware, that I wish to use with the old machines
> might
> not because of no backporting of new drivers. Same goes for new software
> utilising newer kernel features.
Which new hardware and which old machine do you want to use?
> T
On 8/24/12, Martin Nybo Andersen wrote:
> What I'd hate even more is rendering my old working hardware useless by
> removing x86-32 support from the kernel. To reason the removal by saying
> "Microsoft plans to do it" just makes me go bonkers...
Your old hardware will work fine with long term kern
On 8/24/12, Alan Cox wrote:
> That doesn't work for a variety of reasons x86 hardware is still
> changing, devices are still changing. So please exit cloud cuckoo land
> and go do something useful.
Hardware will be discontinued if no software will support it.
--
To unsubscribe from this list: send
On 8/24/12, Martin Nybo Andersen wrote:
> Then I suggest you wait another five years with this discussion.
It is important to announce this year that mainline kernel will drop
support for x86-32 in 2015 and only long term tree will support x86-32
after 2015. People shouldn't be surprised.
--
To un
On 8/24/12, Alan Cox wrote:
>> almost all x86-32 boxes will be trash in 2017, remaining boxes will
>> use long term tree
>
> People will still be manufacturing 32bit x86 processors in 2017 I'm quite
> sure. You appear entirely out of touch. There are already serious
> discussions going on about th
On 8/24/12, Martin Nybo Andersen wrote:
> Dropping one of the most used architectures for no apparent reason makes no
> sense at all.
x86-32 won't be one of the most used architectures in 2017.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
On 8/24/12, Bobby Powers wrote:
> Did you have anyone in particular you wanted to volunteer as a
> maintainer for this?
Do you mean maintainer for long term tree? There is always one.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
On 8/24/12, Chen wrote:
> no, u have ignore so many x86-32 boxes.I have enough reason to prove that u
> have got temperature or mental illness, or even your brain has been hit by
> somebody.LoL.
almost all x86-32 boxes will be trash in 2017, remaining boxes will
use long term tree
--
To unsubscrib
On 8/24/12, Martin Nybo Andersen wrote:
> Ahh..., so the development time saved by not supporting x86-32 in mainline
> can
> now be used by backporting new features to the forementioned long term
> tree?
new features won't be backported
--
To unsubscribe from this list: send the line "unsubscribe
On 8/24/12, Chen wrote:
> Are u wasting your time on trolling?
I'm discussing my proposal.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On 8/24/12, Bernd Petrovitsch wrote:
> You really think that there are no 32bit x86-compatible CPUs in the
> embedded world?
x86-32 would be supported by long term tree until all x86-32 CPU disappear
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
On 8/24/12, wbrana wrote:
>> *If* you really miss something in some other parts (compilers,
>> virtualization, ...) or they developing to slow *for you*, help them and
>> send patches there but do not try to lure others into fighting your
>> cause.
> I don't ha
On 8/24/12, Bernd Petrovitsch wrote:
> What do you mean with "Linux"? The Linux kernel as such? Some (and
> which) distributions?
Linux kernel first, distributions and software will follow
>
> And you obviously never thought about embedded devices.
> Servers, laptops, notebooks and desktop compute
On 8/24/12, Ondrej Zary wrote:
> So stop wasting time with this trolling.
My and others' computers would work faster if x32 would be useful,
which isn't yet. It would save time.
I need to practise English.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 8/24/12, Brian Gerst wrote:
> If you don't want to support it that's your opinion. Those of us who
> do don't care what you think. There is no profit motive in open
> source.
Support needs time. Time is money.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On 8/24/12, Ronnie Collinson wrote:
> Hes just told you what x32 is, if you dont understand that, you cant
> understand why its not a replacement for x32_64
I know what is x32. x32 is replacement for x86-32, not x86-64.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On 8/24/12, Ronnie Collinson wrote:
> Sort of the problem here, you dont understand what your talking about.
I understand what I'm talking about, but don't understand what Brian
Gerst is talking about.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On 8/23/12, Brian Gerst wrote:
> Windows mostly sells with new hardware, and by the time win9 is
> released all new hardware designed for it will be 64-bit capable.
> Therefore it is not *profitable* for Microsoft to continue to develop
> a 32-bit version. That doesn't apply to Linux. Linux is i
On 8/23/12, Al Viro wrote:
> ... which gives you no right whatsoever to demand anything. Let me
> repharse what Pekka has suggested - off to the wankers' stall with you;
> take it to linux-visionaries.
your e-mail is off topic, try to say something relevant
--
To unsubscribe from this list: send
On 8/23/12, Brian Gerst wrote:
> On Thu, Aug 23, 2012 at 3:08 PM, wbrana wrote:
>> On 8/23/12, Brian Gerst wrote:
>>> Nobody here cares about closed source drivers.
>> There are also open source software which don't support X32 like
>> Oracle Java, Virtual
On 8/23/12, Brian Gerst wrote:
> Nobody here cares about closed source drivers.
There are also open source software which don't support X32 like
Oracle Java, VirtualBox, Mozilla Firefox, Google Chrome.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On 8/23/12, Brian Gerst wrote:
> The x86-32 arch is mature and well maintained, and shares so much in
> common with x86-64, that there is little to be gained by dropping
> kernel support.
I would gain better chance, that NVIDIA will support X32.
--
To unsubscribe from this list: send the line "uns
On 8/23/12, David Daney wrote:
> I suspected as much. So from your point of view, this issue is of
> exactly zero importance.
I'm using software which is developed by others. As I already said
many software would be developed faster if x86-32 could be dropped.
Support for x86-32 can mean no suppo
On 8/23/12, David Daney wrote:
> Exactly what part of your user-space code requires special handling to
> accommodate the differences between the two 32-bit x86 ABIs? Please be
> specific.
My code doesn't need special handling, but e.g. compilers, virtual
machines, software which use assembler ne
On 8/23/12, Al Viro wrote:
> How much of your time is being wasted? I don't remember any patches
> from you. If you mean to say that we are losing your future valuable
> contributions that would happen otherwise... I think you'll find that
> we will manage to muddle through, even without a visi
On 8/23/12, Ondrej Zary wrote:
> Please stop trolling (and top-posting). Linux is NOT Windows where people
> must
> throw out their hardware because it stopped working in new version. There
> are
> millions of 32-bit x86 machines all around the world. If new Windows will
> not
> run on them, Linux
x86-32
- is deprecated since Linux supports X32.
- will slow down adoption of X32 - there won't be X32 versions of many
software - if new ABI was added, old one should be removed
- wastes time of developers who can spend their time supporting X32
instead of x86-32 or support x86-64 only as 99% of u
38 matches
Mail list logo
