| 1 |
On 05/04/12 21:33, Greg KH wrote: |
| 2 |
> On Fri, May 04, 2012 at 09:27:05PM -0400, Richard Yao wrote: |
| 3 |
>> On 05/04/12 20:58, Greg KH wrote: |
| 4 |
>>> Why do we really care about non-udev and non-dbus users? It's only |
| 5 |
>>> going to get worse and worse if people don't want to use these core, |
| 6 |
>>> base libaries of the Linux "stack". |
| 7 |
>> |
| 8 |
>> I was under the impression that in order for there to be a Linux stack, |
| 9 |
>> the Linux tree would need to include a userland in addition to a kernel. |
| 10 |
> |
| 11 |
> Huh? Don't you consider the kernel + glibc + xorg today a good "Linux |
| 12 |
> stack"? Isn't the "Android stack" another example of a good "Linux |
| 13 |
> stack"? |
| 14 |
|
| 15 |
glibc and xorg can run on top of Linux, but I would not call them a |
| 16 |
Linux stack. glibc is the C standard library for the GNU operating |
| 17 |
system while xorg is a windowing system intended for UNIX operating |
| 18 |
systems. People have them working on top of Linux, but people have them |
| 19 |
working on top of other kernels too. The Debian developers have both |
| 20 |
components working on top of FreeBSD's kernel as well as HURD, which is |
| 21 |
glibc's native kernel. |
| 22 |
|
| 23 |
As for the Android stack, it is currently used on Linux, but nothing |
| 24 |
prevents it from being used on other kernels. In specific, both Solaris |
| 25 |
and FreeBSD the ability to run software built against the Linux kernel |
| 26 |
ABI. If one were sufficiently motivated, it should be possible to run |
| 27 |
the Android stack on either of them. |
| 28 |
|
| 29 |
My understanding of a stack is that it generally includes a kernel, a |
| 30 |
libc, a C compiler, an assembler, a linker, a bootloader, an init |
| 31 |
system, a getty implementation, a command shell, a text editor and some |
| 32 |
basic UNIX commands (e.g. cp, mv, rm). There is some userland software |
| 33 |
in the Linux tree in ./usr and ./tools, but aside from the kernel, I |
| 34 |
cannot find anything that constitutes a stack, or even a stack minus a |
| 35 |
few components. |
| 36 |
|
| 37 |
Plenty of regressions stem from using other projects' stacks on Linux. |
| 38 |
The following regression was particularly painful: |
| 39 |
|
| 40 |
https://bugzilla.redhat.com/show_bug.cgi?id=638477 |
| 41 |
|
| 42 |
I would love to use the Linux stack on my Linux systems to avoid such |
| 43 |
regressions, but I cannot find one. If one exists, please let me know. |
Archives