Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-11-07 Thread Christof Meerwald
On Wed, Nov 07, 2012 at 08:19:19PM +0100, Takashi Iwai wrote: > How about the patch below? (It's for 3.6, and won't be applied cleanly > to 3.7, but easy to adapt.) Thanks, that patch seems to fix the problem. Christof -- http://cmeerw.org sip:cmeerw at cmeerw.or

Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-11-05 Thread Christof Meerwald
On Sat, Nov 03, 2012 at 03:16:36PM +0100, Daniel Mack wrote: > On 03.11.2012 15:10, Christof Meerwald wrote: > > http://comments.gmane.org/gmane.comp.voip.twinkle/3052 and > > http://pastebin.com/aHGe1S1X for a self-contained C test. > Some questions: > > - Are you seeing

Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-11-03 Thread Christof Meerwald
On Sat, 20 Oct 2012 23:15:17 + (GMT), Artem S. Tashkinov wrote: > It's almost definitely either a USB driver bug or video4linux driver bug: > > I'm CC'ing linux-media and linux-usb mailing lists, the problem is described > here: > https://lkml.org/lkml/2012/10/20/35 > https://lkml.org/lkml/201

Re: [RFC/PATCH] epoll: replace EPOLL_CTL_DISABLE with EPOLL_CTL_POKE

2012-11-02 Thread Christof Meerwald
On Fri, 2 Nov 2012 04:13:12 +, Eric Wong wrote: [...] > EPOLL_CTL_POKE may be used to force an item into the epoll > ready list. Instead of disabling an item asynchronously > via EPOLL_CTL_DISABLE, this forces the threads calling > epoll_wait() to handle the item in its normal loop. That was

Re: [PATCH] epoll: Improved support for multi-threaded clients

2012-08-14 Thread Christof Meerwald
Hi Paton, On Thu, Aug 02, 2012 at 06:37:06PM -0700, Paton J. Lewis wrote: [...] > My first concern is about code clarity. Using a custom event to > delete an event type (either EPOLLIN or EPOLLOUT) from an epoll item > requires that functionality to be split across two areas of code: > the code th

Re: [PATCH] epoll: Improved support for multi-threaded clients

2012-07-09 Thread Christof Meerwald
On Fri, Jun 29, 2012 at 02:43:06PM -0700, Paton J. Lewis wrote: > At 6/19/2012 11:17 AM, Christof Meerwald wrote: > >But, taking one step back - wouldn't an alternative approach be to add > >some mechanism to allow a thread to post a user-event for an fd? So in > >delete