On Sun, Dec 23, 2012 at 6:08 AM, Mauro Carvalho Chehab<mchehab@redhat.com> wrote:>> Are you saying that pulseaudio is entering on some weird loop if the> returned value is not -EINVAL? That seems a bug at pulseaudio.

Mauro, SHUT THE FUCK UP!

It's a bug alright - in the kernel. How long have you been amaintainer? And you *still* haven't learnt the first rule of kernelmaintenance?

If a change results in user programs breaking, it's a bug in thekernel. We never EVER blame the user programs. How hard can this be tounderstand?

To make matters worse, commit f0ed2ce840b3 is clearly total and utterCRAP even if it didn't break applications. ENOENT is not a valid errorreturn from an ioctl. Never has been, never will be. ENOENT means "Nosuch file and directory", and is for path operations. ioctl's are doneon files that have already been opened, there's no way in hell thatENOENT would ever be valid.

> So, on a first glance, this doesn't sound like a regression,> but, instead, it looks tha pulseaudio/tumbleweed has some serious> bugs and/or regressions.

Shut up, Mauro. And I don't _ever_ want to hear that kind of obviousgarbage and idiocy from a kernel maintainer again. Seriously.

I'd wait for Rafael's patch to go through you, but I have anothererror report in my mailbox of all KDE media applications being brokenby v3.8-rc1, and I bet it's the same kernel bug. And you've shownyourself to not be competent in this issue, so I'll apply it directlyand immediately myself.

WE DO NOT BREAK USERSPACE!

Seriously. How hard is this rule to understand? We particularly don'tbreak user space with TOTAL CRAP. I'm angry, because your whole emailwas so _horribly_ wrong, and the patch that broke things was soobviously crap. The whole patch is incredibly broken shit. It adds aninsane error code (ENOENT), and then because it's so insane, it adds afew places to fix it up ("ret == -ENOENT ? -EINVAL : ret").

The fact that you then try to make *excuses* for breaking user space,and blaming some external program that *used* to work, is justshameful. It's not how we work.