On Mar 24, 2008, at 3:02 AM, Paul Mackerras wrote:
Kumar Gala writes:
since you are going to send something to linus let me update the fsl
defconfigs and send you a pull request.
OK -- I'm about to send Linus a pull request now in case he feels like
releasing 2.6.25 this weekend. I'll send
My assessment of the situation is: not at all.
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
Grant Likely wrote:
On Fri, Mar 21, 2008 at 7:14 AM, Matt Sealey <[EMAIL PROTECTED]> wrote:
Is the MPC5200B PSC-AC97 driver in there?
Audio drivers need to go in via one of
Kumar Gala writes:
> since you are going to send something to linus let me update the fsl
> defconfigs and send you a pull request.
OK -- I'm about to send Linus a pull request now in case he feels like
releasing 2.6.25 this weekend. I'll send him another pull request
with your defconfig update
On Sun, Mar 23, 2008 at 10:13:12AM +, David Woodhouse wrote:
> On Sun, 2008-03-23 at 11:12 +0100, Sven Luther wrote:
> > On Sun, Mar 23, 2008 at 09:00:41AM +, David Woodhouse wrote:
> > > On Sat, 2008-03-22 at 16:25 +0100, Sven Luther wrote:
> > > > BTW, it was reported to me that the ether
On Sun, 2008-03-23 at 11:12 +0100, Sven Luther wrote:
> On Sun, Mar 23, 2008 at 09:00:41AM +, David Woodhouse wrote:
> > On Sat, 2008-03-22 at 16:25 +0100, Sven Luther wrote:
> > > BTW, it was reported to me that the ethernet drivers don't get
> > > autoloaded by udev. Is this a failure of udev
On Sun, Mar 23, 2008 at 09:00:41AM +, David Woodhouse wrote:
> On Sat, 2008-03-22 at 16:25 +0100, Sven Luther wrote:
> > BTW, it was reported to me that the ethernet drivers don't get
> > autoloaded by udev. Is this a failure of udev missing the of_plateform
> > support, or a deficiency of the
On Sat, 2008-03-22 at 16:25 +0100, Sven Luther wrote:
> BTW, it was reported to me that the ethernet drivers don't get
> autoloaded by udev. Is this a failure of udev missing the of_plateform
> support, or a deficiency of the ethernet drivers ?
As far as I know, they _are_ being loaded properly.
On Fri, Mar 21, 2008 at 12:51:46PM -0600, Grant Likely wrote:
> On Fri, Mar 21, 2008 at 7:14 AM, Matt Sealey <[EMAIL PROTECTED]> wrote:
> > Is the MPC5200B PSC-AC97 driver in there?
>
> Audio drivers need to go in via one of the ALSA developers and I
> haven't been paying close enough attention to
On Fri, Mar 21, 2008 at 7:14 AM, Matt Sealey <[EMAIL PROTECTED]> wrote:
> Is the MPC5200B PSC-AC97 driver in there?
Audio drivers need to go in via one of the ALSA developers and I
haven't been paying close enough attention to know if it has not in
yet.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret
Is the MPC5200B PSC-AC97 driver in there?
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
Paul Mackerras wrote:
Grant Likely writes:
Confirmed, this patch fixes the problem. Paulus or Kumar, can you
please pick it up for .25?
Sure, will do. I thought about putting
On Thu, 2008-03-20 at 11:32 +, Matt Sealey wrote:
> subsys_initcall(init_ipic_sysfs); <-- this, in my eyes, is the culprit. If
> init_ipic() runs, init_ipic_sysfs should be called from that, not left for
> some further subsystem to blindly try and register sysfs nodes for devices
> which may n
On Fri, 21 Mar 2008, Paul Mackerras wrote:
> Grant Likely writes:
>
> > Confirmed, this patch fixes the problem. Paulus or Kumar, can you
> > please pick it up for .25?
>
> Sure, will do. I thought about putting it in the last batch but I
> wanted an ack from you.
>
> Anyone else got any last-mi
Grant Likely writes:
> Confirmed, this patch fixes the problem. Paulus or Kumar, can you
> please pick it up for .25?
Sure, will do. I thought about putting it in the last batch but I
wanted an ack from you.
Anyone else got any last-minute things for 2.6.25?
Paul.
On Mon, Mar 17, 2008 at 1:53 PM, Olaf Hering <[EMAIL PROTECTED]> wrote:
>
> I cant reproduce this bug on my board, but:
>
> The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> ipic_init() fails. init_ipic_sysfs() will crash in that case.
>
> Something like this may fix it
Kumar Gala writes:
> We should look and see if we can change init_ipic_sysfs() from a
> subsys_initcall() to just getting called at the end of ipic_init().
If init_ipic is called from init_IRQ then I would expect that's way
too early to be calling sysfs stuff.
Paul.
___
On Mar 17, 2008, at 2:53 PM, Olaf Hering wrote:
I cant reproduce this bug on my board, but:
The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain
NULL if
ipic_init() fails. init_ipic_sysfs() will crash in that case.
Something like this may fix it:
Index: linux-2.6.25-rc6/arch/p
This was a good catch. IPIC is the controller on the MPC83xx type boards (and
MPC5121E) so building a kernel with this controller code in there, but without
the controller present, should gladly fail.
However removing the boards from the config does not fix this obvious error. I
like your patch b
On Wed, Mar 19, Paul Mackerras wrote:
> Olaf Hering writes:
>
> > I cant reproduce this bug on my board, but:
> >
> > The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> > ipic_init() fails. init_ipic_sysfs() will crash in that case.
> >
> > Something like this may fix it
Olaf Hering writes:
> I cant reproduce this bug on my board, but:
>
> The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> ipic_init() fails. init_ipic_sysfs() will crash in that case.
>
> Something like this may fix it:
Is this needed for 2.6.25? Is the system at all usa
On Mon, Mar 17, Olaf Hering wrote:
> The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> ipic_init() fails. init_ipic_sysfs() will crash in that case.
>
> Something like this may fix it:
>
> Index: linux-2.6.25-rc6/arch/powerpc/sysdev/ipic.c
> =
I cant reproduce this bug on my board, but:
The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
ipic_init() fails. init_ipic_sysfs() will crash in that case.
Something like this may fix it:
Index: linux-2.6.25-rc6/arch/powerpc/sysdev/ipic.c
=
21 matches
Mail list logo
