On Sat, 2007-11-10 at 18:27 +1100, Rusty Russell wrote:
> We fail rather than sleep in the "dependency isn't ready" case. Partially
> because it's not happened before, but partially because we risk nasty loops.
If we fail since we have to in the "dependency isn't ready" case then
the warning
On Sat, 2007-11-10 at 18:27 +1100, Rusty Russell wrote:
We fail rather than sleep in the dependency isn't ready case. Partially
because it's not happened before, but partially because we risk nasty loops.
If we fail since we have to in the dependency isn't ready case then
the warning seems
Jan Glauber <[EMAIL PROTECTED]> writes:
> I've seen a symbol-resolving race on s390. The qeth module uses symbols
> from qdio and although the loading order seems correct and the qdio
> symbols should be available the following error appears:
FWIW i see such messages all the time with usb serial
Jan Glauber [EMAIL PROTECTED] writes:
I've seen a symbol-resolving race on s390. The qeth module uses symbols
from qdio and although the loading order seems correct and the qdio
symbols should be available the following error appears:
FWIW i see such messages all the time with usb serial on
On Friday 09 November 2007 23:16:47 Jan Glauber wrote:
> On Fri, 2007-11-09 at 06:44 -0500, Jon Masters wrote:
> > On Thu, 2007-11-08 at 13:10 +1100, Rusty Russell wrote:
> > > On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
> > > > Hi Rusty,
> > > >
> > > > I've seen a symbol-resolving
On Thu, 2007-11-08 at 13:10 +1100, Rusty Russell wrote:
> On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
> > Hi Rusty,
> >
> > I've seen a symbol-resolving race on s390. The qeth module uses symbols
> > from qdio and although the loading order seems correct and the qdio
> > symbols
On Thu, 2007-11-08 at 13:10 +1100, Rusty Russell wrote:
> On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
> > Hi Rusty,
> >
> > I've seen a symbol-resolving race on s390. The qeth module uses symbols
> > from qdio and although the loading order seems correct and the qdio
> > symbols
On Friday 09 November 2007 23:16:47 Jan Glauber wrote:
On Fri, 2007-11-09 at 06:44 -0500, Jon Masters wrote:
On Thu, 2007-11-08 at 13:10 +1100, Rusty Russell wrote:
On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
Hi Rusty,
I've seen a symbol-resolving race on s390. The
On Thu, 2007-11-08 at 13:10 +1100, Rusty Russell wrote:
On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
Hi Rusty,
I've seen a symbol-resolving race on s390. The qeth module uses symbols
from qdio and although the loading order seems correct and the qdio
symbols should be
On Thu, 2007-11-08 at 13:10 +1100, Rusty Russell wrote:
On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
Hi Rusty,
I've seen a symbol-resolving race on s390. The qeth module uses symbols
from qdio and although the loading order seems correct and the qdio
symbols should be
On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
> Hi Rusty,
>
> I've seen a symbol-resolving race on s390. The qeth module uses symbols
> from qdio and although the loading order seems correct and the qdio
> symbols should be available the following error appears:
>
> qdio: loading QDIO
Hi Rusty,
I've seen a symbol-resolving race on s390. The qeth module uses symbols
from qdio and although the loading order seems correct and the qdio
symbols should be available the following error appears:
qdio: loading QDIO base support version 2
qeth: Unknown symbol qdio_synchronize
qeth:
Hi Rusty,
I've seen a symbol-resolving race on s390. The qeth module uses symbols
from qdio and although the loading order seems correct and the qdio
symbols should be available the following error appears:
qdio: loading QDIO base support version 2
qeth: Unknown symbol qdio_synchronize
qeth:
On Wednesday 07 November 2007 21:01:30 Jan Glauber wrote:
Hi Rusty,
I've seen a symbol-resolving race on s390. The qeth module uses symbols
from qdio and although the loading order seems correct and the qdio
symbols should be available the following error appears:
qdio: loading QDIO base
On Tuesday 06 November 2007 20:20:58 Pavel Emelyanov wrote:
> Hi.
>
> I looked at the sys_init_module() and found that the ->init callback
> for the module is called without the module_mutex held and *after*
> the module's symbols are exported. Doesn't this create the race when
> loading two
Hi.
I looked at the sys_init_module() and found that the ->init callback
for the module is called without the module_mutex held and *after*
the module's symbols are exported. Doesn't this create the race when
loading two modules in parallel? Like this.
Consider the first module to be (without
Hi.
I looked at the sys_init_module() and found that the -init callback
for the module is called without the module_mutex held and *after*
the module's symbols are exported. Doesn't this create the race when
loading two modules in parallel? Like this.
Consider the first module to be (without any
On Tuesday 06 November 2007 20:20:58 Pavel Emelyanov wrote:
Hi.
I looked at the sys_init_module() and found that the -init callback
for the module is called without the module_mutex held and *after*
the module's symbols are exported. Doesn't this create the race when
loading two modules in
18 matches
Mail list logo
