Am 16.07.2013 21:29, schrieb Ramkumar Ramachandra:
> Richard Weinberger wrote:
>> http://user-mode-linux.sourceforge.net/downloads.html
>
> I found a uml_utilities_20070815.tar.bz2. 2007, seriously? Is there
> no interest in maintaining it?
What patches are missing?
Maintaining != Applying a
Richard Weinberger wrote:
> http://user-mode-linux.sourceforge.net/downloads.html
I found a uml_utilities_20070815.tar.bz2. 2007, seriously? Is there
no interest in maintaining it?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Jul 16, 2013 at 11:42:55PM +0530, Ramkumar Ramachandra wrote:
> Leave aside the fact that I could not find the uml-utils upstream [1],
> and didn't have a /uml/port-helper to connect the xterms for a second;
> I didn't even understand what was supposed to happen. Why do we spawn
> xterms,
Am 16.07.2013 20:12, schrieb Ramkumar Ramachandra:
> Al Viro wrote:
>> As for the devices, they are *not* bogus. RTFM, already.
>> Documentation/virtual/uml/UserModeLinux-HOWTO.txt, if you can't be bothered
>> to say git grep UML Documentation/ and find where it on your own. The
>> relevant
Al Viro wrote:
> As for the devices, they are *not* bogus. RTFM, already.
> Documentation/virtual/uml/UserModeLinux-HOWTO.txt, if you can't be bothered
> to say git grep UML Documentation/ and find where it on your own. The
> relevant section is called "Setting up serial lines and consoles".
>
Richard Weinberger wrote:
> BTW: I'll not apply any patch to the kernel if the issue can easily
> fixed in user space, that's the major reason for my NAK.
I was just asking for good defaults; I want um Linux to work
out-of-the-box. There's really no point in creating bogus devices in
/dev, and
On Tue, Jul 16, 2013 at 10:36:25PM +0530, Ramkumar Ramachandra wrote:
> Richard Weinberger wrote:
> > If you don't want devtmpfs, just disable it in your config.
>
> I don't understand: is this not a good default? Why is creating bogus
> devices, confusing systemd, and making um Linux hard to
Am 16.07.2013 19:36, schrieb Ramkumar Ramachandra:
> Richard Weinberger wrote:
>> BTW: I'll not apply any patch to the kernel if the issue can easily
>> fixed in user space, that's the major reason for my NAK.
>
> I was just asking for good defaults; I want um Linux to work
> out-of-the-box.
Am 16.07.2013 19:31, schrieb Ramkumar Ramachandra:
> Ramkumar Ramachandra wrote:
>> Ramkumar Ramachandra wrote:
>>> No, systemd does not have a hard dependency on devtmpfs.
>>
>> Wait, let me double-check that.
>
> Sorry about the stupidity; devtmpfs is very much a hard dependency. I
> just
Ramkumar Ramachandra wrote:
> Ramkumar Ramachandra wrote:
>> No, systemd does not have a hard dependency on devtmpfs.
>
> Wait, let me double-check that.
Sorry about the stupidity; devtmpfs is very much a hard dependency. I
just realized that CONFIG_VT is on, and can't be turned off (!). See
Am 16.07.2013 19:20, schrieb Ramkumar Ramachandra:
> Ramkumar Ramachandra wrote:
>> No, systemd does not have a hard dependency on devtmpfs.
>
> Wait, let me double-check that.
>
BTW: I'll not apply any patch to the kernel if the issue can easily
fixed in user space, that's the major reason for
Ramkumar Ramachandra wrote:
> No, systemd does not have a hard dependency on devtmpfs.
Wait, let me double-check that.
--
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
Richard Weinberger wrote:
> Why does this confuse systemd? systemd has also a dependency on devtmpfs.
See getty@.service, which is a dependency of getty.target:
# On systems without virtual consoles, don't start any getty. (Note
# that serial gettys are covered by serial-getty@.service, not
Am 16.07.2013 19:06, schrieb Ramkumar Ramachandra:
> Richard Weinberger wrote:
>> If you don't want devtmpfs, just disable it in your config.
>
> I don't understand: is this not a good default? Why is creating bogus
> devices, confusing systemd, and making um Linux hard to boot
> desirable?
>
Richard Weinberger wrote:
> If you don't want devtmpfs, just disable it in your config.
I don't understand: is this not a good default? Why is creating bogus
devices, confusing systemd, and making um Linux hard to boot
desirable?
--
To unsubscribe from this list: send the line "unsubscribe
Am 16.07.2013 18:52, schrieb Ramkumar Ramachandra:
> Avoid creating lots of bogus devices nodes like /dev/tty* (since
> User-Mode Linux does not have virtual consoles.
>
> Cc: Richard Weinberger
> Cc: Jeff Dike
> Signed-off-by: Ramkumar Ramachandra
> ---
NAK.
If you don't want devtmpfs, just
Avoid creating lots of bogus devices nodes like /dev/tty* (since
User-Mode Linux does not have virtual consoles.
Cc: Richard Weinberger
Cc: Jeff Dike
Signed-off-by: Ramkumar Ramachandra
---
Applies on top of the patch I posted earlier.
arch/um/configs/i386_defconfig | 3 +--
Avoid creating lots of bogus devices nodes like /dev/tty* (since
User-Mode Linux does not have virtual consoles.
Cc: Richard Weinberger rich...@nod.at
Cc: Jeff Dike jd...@addtoit.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
---
Applies on top of the patch I posted earlier.
Am 16.07.2013 18:52, schrieb Ramkumar Ramachandra:
Avoid creating lots of bogus devices nodes like /dev/tty* (since
User-Mode Linux does not have virtual consoles.
Cc: Richard Weinberger rich...@nod.at
Cc: Jeff Dike jd...@addtoit.com
Signed-off-by: Ramkumar Ramachandra artag...@gmail.com
Richard Weinberger wrote:
If you don't want devtmpfs, just disable it in your config.
I don't understand: is this not a good default? Why is creating bogus
devices, confusing systemd, and making um Linux hard to boot
desirable?
--
To unsubscribe from this list: send the line unsubscribe
Am 16.07.2013 19:06, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
If you don't want devtmpfs, just disable it in your config.
I don't understand: is this not a good default? Why is creating bogus
devices, confusing systemd, and making um Linux hard to boot
desirable?
Why does
Richard Weinberger wrote:
Why does this confuse systemd? systemd has also a dependency on devtmpfs.
See getty@.service, which is a dependency of getty.target:
# On systems without virtual consoles, don't start any getty. (Note
# that serial gettys are covered by serial-getty@.service, not
Ramkumar Ramachandra wrote:
No, systemd does not have a hard dependency on devtmpfs.
Wait, let me double-check that.
--
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
Am 16.07.2013 19:20, schrieb Ramkumar Ramachandra:
Ramkumar Ramachandra wrote:
No, systemd does not have a hard dependency on devtmpfs.
Wait, let me double-check that.
BTW: I'll not apply any patch to the kernel if the issue can easily
fixed in user space, that's the major reason for my
Ramkumar Ramachandra wrote:
Ramkumar Ramachandra wrote:
No, systemd does not have a hard dependency on devtmpfs.
Wait, let me double-check that.
Sorry about the stupidity; devtmpfs is very much a hard dependency. I
just realized that CONFIG_VT is on, and can't be turned off (!). See
Am 16.07.2013 19:31, schrieb Ramkumar Ramachandra:
Ramkumar Ramachandra wrote:
Ramkumar Ramachandra wrote:
No, systemd does not have a hard dependency on devtmpfs.
Wait, let me double-check that.
Sorry about the stupidity; devtmpfs is very much a hard dependency. I
just realized that
Am 16.07.2013 19:36, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
BTW: I'll not apply any patch to the kernel if the issue can easily
fixed in user space, that's the major reason for my NAK.
I was just asking for good defaults; I want um Linux to work
out-of-the-box. There's
On Tue, Jul 16, 2013 at 10:36:25PM +0530, Ramkumar Ramachandra wrote:
Richard Weinberger wrote:
If you don't want devtmpfs, just disable it in your config.
I don't understand: is this not a good default? Why is creating bogus
devices, confusing systemd, and making um Linux hard to boot
Richard Weinberger wrote:
BTW: I'll not apply any patch to the kernel if the issue can easily
fixed in user space, that's the major reason for my NAK.
I was just asking for good defaults; I want um Linux to work
out-of-the-box. There's really no point in creating bogus devices in
/dev, and
Al Viro wrote:
As for the devices, they are *not* bogus. RTFM, already.
Documentation/virtual/uml/UserModeLinux-HOWTO.txt, if you can't be bothered
to say git grep UML Documentation/ and find where it on your own. The
relevant section is called Setting up serial lines and consoles.
Am 16.07.2013 20:12, schrieb Ramkumar Ramachandra:
Al Viro wrote:
As for the devices, they are *not* bogus. RTFM, already.
Documentation/virtual/uml/UserModeLinux-HOWTO.txt, if you can't be bothered
to say git grep UML Documentation/ and find where it on your own. The
relevant section is
On Tue, Jul 16, 2013 at 11:42:55PM +0530, Ramkumar Ramachandra wrote:
Leave aside the fact that I could not find the uml-utils upstream [1],
and didn't have a /uml/port-helper to connect the xterms for a second;
I didn't even understand what was supposed to happen. Why do we spawn
xterms, and
Richard Weinberger wrote:
http://user-mode-linux.sourceforge.net/downloads.html
I found a uml_utilities_20070815.tar.bz2. 2007, seriously? Is there
no interest in maintaining it?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
Am 16.07.2013 21:29, schrieb Ramkumar Ramachandra:
Richard Weinberger wrote:
http://user-mode-linux.sourceforge.net/downloads.html
I found a uml_utilities_20070815.tar.bz2. 2007, seriously? Is there
no interest in maintaining it?
What patches are missing?
Maintaining != Applying a patch
34 matches
Mail list logo