13.08.2015 23:07, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 12:59 PM, Stas Sergeev wrote:
It doesn't: fedora provides a "sanitized up" version of sigcontext.h
in /usr/include/bits, which comes from glibc-headers-2.21-7.fc22.x86_64.
So it seems the "sanitized up" hea
13.08.2015 20:00, Brian Gerst пишет:
On Thu, Aug 13, 2015 at 11:43 AM, Andy Lutomirski wrote:
On Thu, Aug 13, 2015 at 8:37 AM, Linus Torvalds
wrote:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev wrote:
I realize this patch may be good to have in general, but
breaking userspace without
14.08.2015 04:37, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 6:32 PM, Stas Sergeev wrote:
14.08.2015 04:21, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:50 PM, Stas Sergeev wrote:
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev wrote
13.08.2015 20:00, Brian Gerst пишет:
On Thu, Aug 13, 2015 at 11:43 AM, Andy Lutomirski l...@amacapital.net wrote:
On Thu, Aug 13, 2015 at 8:37 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev s...@list.ru wrote:
I realize this patch may
14.08.2015 04:37, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 6:32 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 04:21, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:50 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas
13.08.2015 23:07, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 12:59 PM, Stas Sergeev s...@list.ru wrote:
It doesn't: fedora provides a sanitized up version of sigcontext.h
in /usr/include/bits, which comes from glibc-headers-2.21-7.fc22.x86_64.
So it seems the sanitized up headers come from
14.08.2015 04:37, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 6:32 PM, Stas Sergeev wrote:
14.08.2015 04:21, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:50 PM, Stas Sergeev wrote:
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev wrote
14.08.2015 04:21, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:50 PM, Stas Sergeev wrote:
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev wrote:
For example because you can as well do:
prctl(ARCH_SET_SIGNAL_SS, 0)
which will mean "resto
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev wrote:
For example because you can as well do:
prctl(ARCH_SET_SIGNAL_SS, 0)
which will mean "restore ss in sighandler to its current value",
I really think a prctl() is the wrong thing to do.
I
14.08.2015 03:05, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:00 PM, Stas Sergeev wrote:
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag and jump (via sigreturn
14.08.2015 02:18, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 4:05 PM, Linus Torvalds
wrote:
The _only_ thing that matters is that something broke.
To clarify: things like test programs etc don't matter. Real
applications, used by real users. That's what regressions cover. If
you have a
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag and jump (via sigreturn
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag and jump (via sigreturn,
trampoline, whatever) into DOS code. The DOS code loads 0x7 into FS
and then gets #GP. You
14.08.2015 01:11, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:02 PM, Stas Sergeev wrote:
14.08.2015 00:46, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings
wrote:
I am curious about what's supposed to happen normally on signal delivery.
Is SS a register that's
14.08.2015 01:01, Raymond Jennings пишет:
On 08/13/15 14:46, Linus Torvalds wrote:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings
wrote:
I am curious about what's supposed to happen normally on signal
delivery.
Is SS a register that's supposed to be preserved like EIP/RIP and CS
when
14.08.2015 00:46, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings wrote:
I am curious about what's supposed to happen normally on signal delivery.
Is SS a register that's supposed to be preserved like EIP/RIP and CS when a
signal is delivered?
What exactly does
13.08.2015 22:49, Andy Lutomirski пишет:
On Aug 13, 2015 12:05 PM, "Stas Sergeev" wrote:
13.08.2015 21:41, Andy Lutomirski пишет:
Stas: I think uc_flags is okay. We don't currently read it during
sigreturn, but I see no reason that we can't start reading it.
Andy, we definitely
13.08.2015 22:37, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 12:13 PM, Stas Sergeev wrote:
As for the compilation failure - I am surprised you even care.
I thought the "we don't break userspace" covers only run-time,
not compile-time. Oh well.
I definitely care.
Compile
13.08.2015 22:01, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 11:57 AM, Stas Sergeev wrote:
13.08.2015 21:35, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 10:51 AM, Stas Sergeev wrote:
Hello Linus, I verified that patch-minimal.diff is enough
to fix the problem, BUT! dosemu is in fact
13.08.2015 21:41, Andy Lutomirski пишет:
Stas: I think uc_flags is okay. We don't currently read it during
sigreturn, but I see no reason that we can't start reading it.
Andy, we definitely have some communication discontinuity here. :)
The point is not sigreturn. If we are talking about the
13.08.2015 21:35, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 10:51 AM, Stas Sergeev wrote:
Hello Linus, I verified that patch-minimal.diff is enough
to fix the problem, BUT! dosemu is in fact using the .fs and
.gs fields of sigcontext as a placeholders. Why the minimal
patch alone helps
13.08.2015 21:25, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 11:19 AM, Stas Sergeev wrote:
It is more about selecting the right field for such a flag.
You can select the right field now, and introduce some flag
to it, like SIG_SAVE_SS or whatever. This will fix a regression.
Then, when
13.08.2015 21:05, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 11:00 AM, Stas Sergeev wrote:
13.08.2015 20:17, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 10:13 AM, Stas Sergeev wrote:
Ah, I see your point now.
But that's not what I mean, as it doesn't cover fs/gs, which
is what Linus
13.08.2015 20:17, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 10:13 AM, Stas Sergeev wrote:
Ah, I see your point now.
But that's not what I mean, as it doesn't cover fs/gs, which
is what Linus is looking to revert now too (I am building the
testing kernels now).
So you obviously don't want
13.08.2015 18:37, Linus Torvalds пишет:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev wrote:
I realize this patch may be good to have in general, but
breaking userspace without a single warning is a bit
discouraging. Seems like the old "we don't break userspace"
rule have gone.
13.08.2015 19:59, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:48 AM, Stas Sergeev wrote:
13.08.2015 19:42, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:38 AM, Stas Sergeev wrote:
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev wrote
13.08.2015 19:42, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:38 AM, Stas Sergeev wrote:
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev wrote:
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev wrote:
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
13.08.2015 18:38, Andy Lutomirski пишет:
So... what do we do about it? We could revert the whole
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev wrote:
13.08.2015 18:38, Andy Lutomirski пишет:
So... what do we do about it? We could revert the whole mess. We
could tell everyone to fix their DOSEMU, which violates policy and is
especially annoying
13.08.2015 18:38, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 8:22 AM, Stas Sergeev wrote:
13.08.2015 17:58, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev wrote:
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski wrote:
OK.
I'll try to test the patch
13.08.2015 17:58, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev wrote:
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski wrote:
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still needed to easily replace
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski wrote:
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still needed to easily replace the iret trampoline
in userspace (without generating a signal and testing by hands).
Can of course be
13.08.2015 01:00, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 2:50 PM, Stas Sergeev wrote:
13.08.2015 00:37, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev wrote:
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski wrote:
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still needed to easily replace the iret trampoline
in userspace (without generating a signal and testing by hands).
Can of course be
13.08.2015 01:00, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 2:50 PM, Stas Sergeev s...@list.ru wrote:
13.08.2015 00:37, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski l...@amacapital.net wrote:
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still needed to easily replace the iret trampoline
in userspace (without generating a signal and testing by hands).
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski l...@amacapital.net wrote:
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still needed to easily replace the iret trampoline
in userspace (without generating a signal and testing by hands).
13.08.2015 17:58, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski l...@amacapital.net wrote:
OK.
I'll try to test the patch tomorrow, but I think the sigreturn()'s
capability detection is still
13.08.2015 19:42, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:38 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM
13.08.2015 19:59, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:48 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 19:42, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:38 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM
13.08.2015 21:25, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 11:19 AM, Stas Sergeev s...@list.ru wrote:
It is more about selecting the right field for such a flag.
You can select the right field now, and introduce some flag
to it, like SIG_SAVE_SS or whatever. This will fix a regression
13.08.2015 19:24, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:20 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 18:38, Andy Lutomirski пишет:
So... what do we do about it? We
13.08.2015 18:37, Linus Torvalds пишет:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev s...@list.ru wrote:
I realize this patch may be good to have in general, but
breaking userspace without a single warning is a bit
discouraging. Seems like the old we don't break userspace
rule have gone
13.08.2015 20:17, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 10:13 AM, Stas Sergeev s...@list.ru wrote:
Ah, I see your point now.
But that's not what I mean, as it doesn't cover fs/gs, which
is what Linus is looking to revert now too (I am building the
testing kernels now).
So you
13.08.2015 21:05, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 11:00 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 20:17, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 10:13 AM, Stas Sergeev s...@list.ru wrote:
Ah, I see your point now.
But that's not what I mean, as it doesn't cover fs
14.08.2015 01:11, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:02 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 00:46, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings shent...@gmail.com
wrote:
I am curious about what's supposed to happen normally on signal
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag
14.08.2015 01:01, Raymond Jennings пишет:
On 08/13/15 14:46, Linus Torvalds wrote:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings
shent...@gmail.com wrote:
I am curious about what's supposed to happen normally on signal
delivery.
Is SS a register that's supposed to be preserved like
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag and jump (via sigreturn,
trampoline, whatever) into DOS code. The DOS code loads 0x7 into FS
and then gets
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev s...@list.ru wrote:
For example because you can as well do:
prctl(ARCH_SET_SIGNAL_SS, 0)
which will mean restore ss in sighandler to its current value,
I really think a prctl() is the wrong thing to do
14.08.2015 02:18, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 4:05 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
The _only_ thing that matters is that something broke.
To clarify: things like test programs etc don't matter. Real
applications, used by real users. That's what
14.08.2015 03:05, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:00 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM
14.08.2015 00:46, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings shent...@gmail.com wrote:
I am curious about what's supposed to happen normally on signal delivery.
Is SS a register that's supposed to be preserved like EIP/RIP and CS when a
signal is delivered?
What
13.08.2015 22:37, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 12:13 PM, Stas Sergeev s...@list.ru wrote:
As for the compilation failure - I am surprised you even care.
I thought the we don't break userspace covers only run-time,
not compile-time. Oh well.
I definitely care.
Compile issues
13.08.2015 22:49, Andy Lutomirski пишет:
On Aug 13, 2015 12:05 PM, Stas Sergeev s...@list.ru wrote:
13.08.2015 21:41, Andy Lutomirski пишет:
Stas: I think uc_flags is okay. We don't currently read it during
sigreturn, but I see no reason that we can't start reading it.
Andy, we definitely
13.08.2015 21:35, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 10:51 AM, Stas Sergeev s...@list.ru wrote:
Hello Linus, I verified that patch-minimal.diff is enough
to fix the problem, BUT! dosemu is in fact using the .fs and
.gs fields of sigcontext as a placeholders. Why the minimal
patch
13.08.2015 21:41, Andy Lutomirski пишет:
Stas: I think uc_flags is okay. We don't currently read it during
sigreturn, but I see no reason that we can't start reading it.
Andy, we definitely have some communication discontinuity here. :)
The point is not sigreturn. If we are talking about the
13.08.2015 22:01, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 11:57 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 21:35, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 10:51 AM, Stas Sergeev s...@list.ru wrote:
Hello Linus, I verified that patch-minimal.diff is enough
to fix the problem
14.08.2015 04:21, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:50 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev s...@list.ru wrote:
For example because you can as well do:
prctl(ARCH_SET_SIGNAL_SS, 0)
which
14.08.2015 04:37, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 6:32 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 04:21, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:50 PM, Stas Sergeev s...@list.ru wrote:
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas
13.08.2015 18:38, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 8:22 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 17:58, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:44 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 11:39, Ingo Molnar пишет:
* Andy Lutomirski l...@amacapital.net
13.08.2015 19:09, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 9:03 AM, Stas Sergeev s...@list.ru wrote:
13.08.2015 18:38, Andy Lutomirski пишет:
So... what do we do about it? We could revert the whole mess. We
could tell everyone to fix their DOSEMU, which violates policy
13.08.2015 00:37, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev wrote:
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev wrote:
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev wrote:
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
12.08.2015 22:20, Andy Lutomirski пишет:
current kernels, it stays switched. If we change
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev wrote:
12.08.2015 22:20, Andy Lutomirski пишет:
current kernels, it stays switched. If we change this, it won't stay
switched. Even ignoring old ABI, it's not really clear to me what the
right thing
12.08.2015 22:20, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 11:55 AM, Stas Sergeev wrote:
12.08.2015 21:25, Andy Lutomirski пишет:
https://github.com/stsp/dosemu2/commit/7898ac60d5e569964127d6cc48f592caecd20b81
So the problem is that dosemu was actually hacking around the old
buggy
12.08.2015 21:25, Andy Lutomirski пишет:
https://github.com/stsp/dosemu2/commit/7898ac60d5e569964127d6cc48f592caecd20b81
So the problem is that dosemu was actually hacking around the old
buggy behavior and thus relying on it. Grr.
What else it could do? :(
Going back in time? Ask the kernel
12.08.2015 19:19, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:02 AM, Stas Sergeev wrote:
12.08.2015 03:38, Andy Lutomirski пишет:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev wrote:
Hi guys, I wonder how easily the include/uapi/* is being
changed these days.
The patch:
http
12.08.2015 18:27, Madalin-Cristian Bucur пишет:
Then I could call only of_* functions but the end result would be the same
and of_phy_register_fixed_phy() would not justify its existence that much...
You didn't say you wanted to obsolete the of_phy_register_fixed_phy().
Since it is there (and
12.08.2015 17:43, Madalin-Cristian Bucur пишет:
-Original Message-
From: Stas Sergeev [mailto:s...@list.ru]
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important to hide the default values from the MAC driver?
My worry is that the fixed values are not really fixed, and
therefore are
12.08.2015 03:38, Andy Lutomirski пишет:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev wrote:
Hi guys, I wonder how easily the include/uapi/* is being
changed these days.
The patch:
http://lkml.kernel.org/r/405594361340a2ec32f8e2b115c142df0e180d8e.1426193719.git.l...@kernel.org
breaks dosemu
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important to hide the default values from the MAC driver?
My worry is that the fixed values are not really fixed, and
therefore are
12.08.2015 17:43, Madalin-Cristian Bucur пишет:
-Original Message-
From: Stas Sergeev [mailto:s...@list.ru]
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important to hide the default values from the MAC driver?
My worry is that the fixed values are not really fixed, and
therefore are
12.08.2015 17:43, Madalin-Cristian Bucur пишет:
-Original Message-
From: Stas Sergeev [mailto:s...@list.ru]
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important
12.08.2015 17:43, Madalin-Cristian Bucur пишет:
-Original Message-
From: Stas Sergeev [mailto:s...@list.ru]
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 22:20, Andy Lutomirski пишет:
current kernels, it stays switched
13.08.2015 00:37, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:55 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 22:20, Andy Lutomirski пишет:
current kernels, it stays switched. If we change this, it won't stay
switched. Even ignoring old ABI, it's not really clear to me what
12.08.2015 23:47, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:45 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 23:28, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:14 PM, Stas Sergeev s...@list.ru wrote:
12.08.2015 23:01, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 12:55 PM
12.08.2015 03:38, Andy Lutomirski пишет:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev s...@list.ru wrote:
Hi guys, I wonder how easily the include/uapi/* is being
changed these days.
The patch:
http://lkml.kernel.org/r/405594361340a2ec32f8e2b115c142df0e180d8e.1426193719.git.l...@kernel.org
12.08.2015 18:27, Madalin-Cristian Bucur пишет:
Then I could call only of_* functions but the end result would be the same
and of_phy_register_fixed_phy() would not justify its existence that much...
You didn't say you wanted to obsolete the of_phy_register_fixed_phy().
Since it is there (and
12.08.2015 18:27, Madalin-Cristian Bucur пишет:
Then I could call only of_* functions but the end result would be the same
and of_phy_register_fixed_phy() would not justify its existence that much...
You didn't say you wanted to obsolete the of_phy_register_fixed_phy().
Since it is there (and
12.08.2015 18:27, Madalin-Cristian Bucur пишет:
Then I could call only of_* functions but the end result would be the same
and of_phy_register_fixed_phy() would not justify its existence that much...
You didn't say you wanted to obsolete the of_phy_register_fixed_phy().
Since it is there (and
12.08.2015 19:19, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 1:02 AM, Stas Sergeev s...@list.ru wrote:
12.08.2015 03:38, Andy Lutomirski пишет:
On Tue, Aug 11, 2015 at 5:17 PM, Stas Sergeev s...@list.ru wrote:
Hi guys, I wonder how easily the include/uapi/* is being
changed these days
12.08.2015 16:26, Madalin-Cristian Bucur пишет:
I've tried to make the smallest changes that allow me to retrieve those
without modifying existing API.
Why is it important to hide the default values from the MAC driver?
My worry is that the fixed values are not really fixed, and
therefore are
12.08.2015 21:25, Andy Lutomirski пишет:
https://github.com/stsp/dosemu2/commit/7898ac60d5e569964127d6cc48f592caecd20b81
So the problem is that dosemu was actually hacking around the old
buggy behavior and thus relying on it. Grr.
What else it could do? :(
Going back in time? Ask the kernel
12.08.2015 22:20, Andy Lutomirski пишет:
On Wed, Aug 12, 2015 at 11:55 AM, Stas Sergeev s...@list.ru wrote:
12.08.2015 21:25, Andy Lutomirski пишет:
https://github.com/stsp/dosemu2/commit/7898ac60d5e569964127d6cc48f592caecd20b81
So the problem is that dosemu was actually hacking around
Hi guys, I wonder how easily the include/uapi/* is being
changed these days.
The patch:
http://lkml.kernel.org/r/405594361340a2ec32f8e2b115c142df0e180d8e.1426193719.git.l...@kernel.org
breaks dosemu (and perhaps everyone else who used
to restore the segregs by hands). And the fix involves
both
11.08.2015 19:33, Madalin-Cristian Bucur пишет:
+ Joakim, Shaohui
-Original Message-
From: Stas Sergeev [mailto:s...@list.ru]
08.08.2015 20:32, Florian Fainelli пишет:
CC'ing Stas,
Hi.
Le 08/05/15 07:42, Madalin Bucur a écrit :
The FMan MAC configuration code needs the speed
08.08.2015 20:32, Florian Fainelli пишет:
CC'ing Stas,
Hi.
Le 08/05/15 07:42, Madalin Bucur a écrit :
The FMan MAC configuration code needs the speed and duplex information
for fixed-link interfaces that is parsed now by the of function
of_phy_register_fixed_link(). This parses the
08.08.2015 20:32, Florian Fainelli пишет:
CC'ing Stas,
Hi.
Le 08/05/15 07:42, Madalin Bucur a écrit :
The FMan MAC configuration code needs the speed and duplex information
for fixed-link interfaces that is parsed now by the of function
of_phy_register_fixed_link(). This parses the
08.08.2015 20:32, Florian Fainelli пишет:
CC'ing Stas,
Hi.
Le 08/05/15 07:42, Madalin Bucur a écrit :
The FMan MAC configuration code needs the speed and duplex information
for fixed-link interfaces that is parsed now by the of function
of_phy_register_fixed_link(). This parses the
08.08.2015 20:32, Florian Fainelli пишет:
CC'ing Stas,
Hi.
Le 08/05/15 07:42, Madalin Bucur a écrit :
The FMan MAC configuration code needs the speed and duplex information
for fixed-link interfaces that is parsed now by the of function
of_phy_register_fixed_link(). This parses the
11.08.2015 19:33, Madalin-Cristian Bucur пишет:
+ Joakim, Shaohui
-Original Message-
From: Stas Sergeev [mailto:s...@list.ru]
08.08.2015 20:32, Florian Fainelli пишет:
CC'ing Stas,
Hi.
Le 08/05/15 07:42, Madalin Bucur a écrit :
The FMan MAC configuration code needs the speed
11.08.2015 19:33, Madalin-Cristian Bucur пишет:
+ Joakim, Shaohui
-Original Message-
From: Stas Sergeev [mailto:s...@list.ru]
08.08.2015 20:32, Florian Fainelli пишет:
CC'ing Stas,
Hi.
Le 08/05/15 07:42, Madalin Bucur a écrit :
The FMan MAC configuration code needs the speed
501 - 600 of 1671 matches
Mail list logo
