From: "Per Øyvind Karlsen" <pkarlsen@mandriva.com>
To: sparclinux@vger.kernel.org
Subject: Re: Problems booting 2.6.18 on SunBlade 100/150
Date: Wed, 25 Oct 2006 00:11:08 +0000 [thread overview]
Message-ID: <200610250211.08566.pkarlsen@mandriva.com> (raw)
In-Reply-To: <200401070729.56891.pkarlsen@mandriva.com>
Onsdag 25 oktober 2006 01:44, skrev David Miller:
> From: David Miller <davem@davemloft.net>
> Date: Tue, 24 Oct 2006 16:32:59 -0700 (PDT)
>
> > From: Per Øyvind Karlsen <pkarlsen@mandriva.com>
> > Date: Wed, 25 Oct 2006 01:31:23 +0200
> >
> > > So, did we get to any conclusion on this one?
> > >
> > > Should I dig through changes between -rc3 & -rc4 to exactly pinpoint
> > > the breakage, or do you have enough info on the matter to work with?
> >
> > I have enough info to look into this.
>
> Well, I just did a diff between 2.6.17-rc3 and 2.6.17-rc4, which is
> where you say the breakage got introduced, and there is nothing that
> even remotely could cause atyfb breaking.
>
> All sparc64 changes are:
>
> 1) Changes to arguments passed to audit_syscall_{entry,exit}()
> Cannot possibly effect framebuffer operation.
>
> 2) Add support for vmsplice() system call, again cannot possibly
> break your framebuffer.
>
> 3) Add preempt() protection around flush_tlb_pending(), again cannot
> possible break your framebuffer.
>
> 4) Remove prototype for a function whose implementation got deleted
> years ago. Cannot possibly break anything.
>
> All PCI layer changes are:
>
> 1) MSI layer memory leak fix, sparc64 does not turn on CONFIG_MSI
> and thus can't even execute this code.
>
> 2) printk message change in quirk layer, can't break anything.
>
> All framebuffer layer changes are:
>
> 1) Help text added to FB_ASILIANT kernel config option, cannot
> break atyfb.
>
> 2) Changes to au1200fb.c driver, not used by sparc64 nor every built
> into the sparc64 kernel image.
>
> 3) SYSFS changes for framebuffer, wrt. cmap writes to /sys filesystem
> files after boot. Cannot break the atyfb framebuffer on bootup.
>
> 4) Minor changes to the Makefile rule that builds the video
> framebuffer logo image file, cannot break atyfb.
>
> So there is absolutely nothing for me to work with.
>
> Does the kernel in 2.6.17-rc4 say anything interesting if you
> boot with the "-p" option on the kernel boot command line?
> Do you get an OOPS or some other kind of crash message?
I'll investigate these issues later, I'm on my way to bed :)
--
Regards,
Per Øyvind Karlsen
Mandriva
next prev parent reply other threads:[~2006-10-25 0:11 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-07 6:29 Problems booting 2.6.18 on SunBlade 100/150 Per Øyvind Karlsen
2006-10-09 2:29 ` Jurij Smakov
2006-10-09 8:21 ` David Miller
2006-10-14 18:49 ` Jurij Smakov
2006-10-15 4:57 ` Jim Watson
2006-10-17 8:17 ` David Miller
2006-10-18 1:56 ` David Miller
2006-10-18 11:50 ` Jim Watson
2006-10-18 12:38 ` Jason Wever
2006-10-18 19:30 ` David Miller
2006-10-18 19:31 ` David Miller
2006-10-18 19:36 ` Per Øyvind Karlsen
2006-10-18 19:38 ` Jurij Smakov
2006-10-18 19:45 ` David Miller
2006-10-18 19:45 ` David Miller
2006-10-18 20:15 ` Per Øyvind Karlsen
2006-10-18 20:28 ` Per Øyvind Karlsen
2006-10-18 20:36 ` David Miller
2006-10-18 20:37 ` David Miller
2006-10-18 20:41 ` Per Øyvind Karlsen
2006-10-18 20:45 ` David Miller
2006-10-19 6:38 ` Jim Watson
2006-10-19 11:18 ` Per Øyvind Karlsen
2006-10-19 11:34 ` Jim Watson
2006-10-19 16:40 ` Jurij Smakov
2006-10-19 23:21 ` Riccardo Tortorici
2006-10-19 23:43 ` Jim Watson
2006-10-20 0:36 ` Riccardo Tortorici
2006-10-20 1:34 ` Jim Watson
2006-10-24 1:19 ` Jason Wever
2006-10-24 23:31 ` Per Øyvind Karlsen
2006-10-24 23:32 ` David Miller
2006-10-24 23:44 ` David Miller
2006-10-25 0:11 ` Per Øyvind Karlsen [this message]
2006-10-25 15:23 ` Per Øyvind Karlsen
2006-10-25 20:08 ` Per Øyvind Karlsen
2006-10-26 9:25 ` David Miller
2006-10-26 11:09 ` Per Øyvind Karlsen
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=200610250211.08566.pkarlsen@mandriva.com \
--to=pkarlsen@mandriva.com \
--cc=sparclinux@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.