From: Pete Zaitcev <zaitcev@redhat.com>
To: Greg KH <greg@kroah.com>, torvalds@transmeta.com
Cc: linux-kernel@vger.kernel.org, zaitcev@redhat.com
Subject: Re: Problems with USB
Date: Mon, 13 Jan 2003 13:59:09 -0500 [thread overview]
Message-ID: <200301131859.h0DIx9s10713@devserv.devel.redhat.com> (raw)
In-Reply-To: <mailman.1042437481.27105.linux-kernel2news@redhat.com>
> On Sun, Jan 12, 2003 at 09:44:42PM +0100, Petr.Titera@whitesoft.cz wrote:
>> I have problems with USB in recent kernels (tested on 2.5.56) and
>> RedHat 8.0. Right after end of script '/etc/rc.d/rc.sysinit' and before
>> script '/etc/rc.d/rc' which runs after USB daemon khubd gets some signal
>> and ends.
> greg k-h
>
> # USB: Fix from Jeff and Pete to keep khubd from being able to be killed
> # by a signal
>
> diff -Nru a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c
> --- a/drivers/usb/core/hub.c Sun Jan 12 22:03:13 2003
> +++ b/drivers/usb/core/hub.c Sun Jan 12 22:03:13 2003
> @@ -1085,6 +1085,12 @@
>
> daemonize();
>
> + /* keep others from killing us */
> + spin_lock_irq(¤t->sig->siglock);
> + sigemptyset(¤t->blocked);
> + recalc_sigpending();
> + spin_unlock_irq(¤t->sig->siglock);
> +
> /* Setup a nice name */
> strcpy(current->comm, "khubd");
>
For the record, I disagree with this strongly.
In khubd case, the existing code did it righ. It ran
daemonize(), which should have divorced it from the session
and process group. If daemonize is buggy, it is the place
to fix it. Ingo has the fix for 2.5, in fact, I think he
may have sent it to Linus already (it's __set_special_pids()).
My version of the patch above never was intended as anything
but a stop-gap solution which allowed us to ship a beta on
schedule, while I was investigating the cause.
Jeff told me on IRC that "every bit in 8139too.c thread was
added as a response to a particular problem", but he did not
remember what particular problem this kludge fixed there.
I stole the stop-gap from Stephen's kjournald. Note, that
I do not have any idea why he put it in there. Very likely,
for entirely different reason than working around bugs in
daemonize().
-- Pete
[P.S. Greg, if Jeff's P.O.V. prevails in the court of Linus,
change that sigemptyset() to siginitsetinv(...., sigmask(SIGKILL)).
Otherwise the whole signal checking path in khubd becomes utterly
meaningless.]
[P.P.S And take my name from the bk message. Yes, I wrote
the patch, but I do not want to endorse it, however indirectly]
next prev parent reply other threads:[~2003-01-13 18:50 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-01-12 20:44 Problems with USB Petr.Titera
2003-01-13 5:55 ` Greg KH
[not found] ` <mailman.1042437481.27105.linux-kernel2news@redhat.com>
2003-01-13 18:59 ` Pete Zaitcev [this message]
2003-01-13 19:09 ` Greg KH
-- strict thread matches above, loose matches on Subject: below --
2003-01-13 8:13 Petr.Titera
2003-01-13 17:20 ` Greg KH
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200301131859.h0DIx9s10713@devserv.devel.redhat.com \
--to=zaitcev@redhat.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@transmeta.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox