Message-ID: <2c0942db0805211309y2871009fv34669d384df820d4@mail.gmail.com>
Date:	Wed, 21 May 2008 13:09:26 -0700
From:	"Ray Lee" <ray-lk@...rabbit.org>
To:	"Justin Mattock" <justinmattock@...il.com>
Cc:	"Oliver Pinter" <oliver.pntr@...il.com>,
	"Adrian Bunk" <bunk@...nel.org>,
	"Andrew Morton" <akpm@...ux-foundation.org>,
	"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>
Subject: Re: completely lost as to what to do, or where to look.

On Wed, May 21, 2008 at 1:03 PM, Justin Mattock <justinmattock@...il.com> wrote:
> On Wed, May 21, 2008 at 5:04 PM, Justin Mattock <justinmattock@...il.com> wrote:
>> On Wed, May 21, 2008 at 2:51 PM, Oliver Pinter <oliver.pntr@...il.com> wrote:
>>> you use ati or nvidia binary driver?
>>>
>>> On 5/21/08, Justin Mattock <justinmattock@...il.com> wrote:
>>>> On Wed, May 21, 2008 at 7:59 AM, Adrian Bunk <bunk@...nel.org> wrote:
>>>>> On Wed, May 21, 2008 at 06:51:24AM +0000, Justin Mattock wrote:
>>>>>> On Wed, May 21, 2008 at 5:34 AM, Andrew Morton
>>>>>> <akpm@...ux-foundation.org> wrote:
>>>>>> > On Wed, 21 May 2008 04:10:16 +0000 "Justin Mattock"
>>>>>> > <justinmattock@...il.com> wrote:
>>>>>> >
>>>>>> >> Hello; I'm lost as to where to look in the kernel, as to why I'm
>>>>>> >> receiving a black screen with startx
>>>>>> >> DRI seems to be fine, I'm noticing a sema_init but am not sure if this
>>>>>> >> is the cause of the blackness.
>>>>>> >> any direction as to where I might look would be helpful.
>>>>>> >
>>>>>> > Kernel version?
>>>>>> >
>>>>>> > A git-bisect should get you down the the offending commit within an
>>>>>> > hour or three.  http://www.kernel.org/doc/local/git-quick.html has some
>>>>>> > instructions.
>>>>>> >
>>>>>> > But if you're on 2.6.26-rcX, be sure to use the very latest - a pile of
>>>>>> > bad DRI code got reverted recently.  This morning, I think.
>>>>>> >
>>>>>>
>>>>>> Thanks for the help, From what I can remember I noticed this around
>>>>>> 2.6.26-rc1. It could be an issue with DRI, but then again it could be
>>>>>> something else. With running some more tests I'm noticing  a conflict
>>>>>> with libdri.so, not recognizing the module or the module not
>>>>>> recognizing libdri.so.
>>>>>>...
>>>>>
>>>>> Which X video driver are you using?
>>>>>
>>>>> What exactly is the error message?
>>>>>
>>>>>> regards;
>>>>>> Justin P. Mattock
>>>>>
>>>>> cu
>>>>> Adrian
>>>>>
>>>>> --
>>>>>
>>>>>       "Is there not promise of rain?" Ling Tan asked suddenly out
>>>>>        of the darkness. There had been need of rain for many days.
>>>>>       "Only a promise," Lao Er said.
>>>>>                                       Pearl S. Buck - Dragon Seed
>>>>>
>>>>>
>>>>
>>>> Hello; thanks for the feedback, from previous posts, you know what
>>>> module I'm talking about, So with that in mind I'm going to go
>>>> to the next question: From error messages "there isn't"
>>>> the only leeway or light at the end of the tunnel I see is with
>>>> libdri.so i.g. If I boot the system up with out messing with anything
>>>> I will receive
>>>> a black screen after issueing startx, (from looking at what I see, the
>>>> screen will flash one time then black, it should flash or blink two
>>>> times
>>>> before giving me my lovely picture(wallpaper) then if I remove
>>>> libdri.so everything starts up as usual so with that in mind since I
>>>> received
>>>> a post about DRI being all F*&^ked up then maybee that is the culprit,
>>>> I think All I really need right now is info on the xserver and the
>>>> kernel.
>>>> What mechanisms are used or files that are responsible for the two too
>>>> coexist.
>>>> regards;
>>>>
>>>> --
>>>> Justin P. Mattock
>>>> --
>>>> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>>>> the body of a message to majordomo@...r.kernel.org
>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>>> Please read the FAQ at  http://www.tux.org/lkml/
>>>>
>>>
>>>
>>> --
>>> Thanks,
>>> Oliver
>>>
>>
>> Alright: I'm using 2.6.26-rc3-00122-g748bf99, I pulled if I can
>> remember Monday night and I did notice drmP.h and the rest of the drm
>> files,
>> but, will try and pull again to see if it makes a difference. As for
>> the question about what video card nvidia or ati, I'm stuck with ati,
>> went into apple yesterday to see if that would be easy to change out,
>> but unfortunately I would have to get a new laptop.
>> To bad apple didn't use an intel graphics card, that linux already has
>> a module for.
>> As for error messages looking at /var/log/Xorg.0.log it seems the
>> Xserver can't finish completing  DRIScreenInit
>> the /dev/dri/video0 is created, but then just stops after that, no
>> conversation with the module and dri after /dev/dri/video0 is created.
>> At this point, I'll try and pull and see if it makes a difference, and
>> if not then I'll have to just keep trying.
>> That's why right now I just need any kind of info about files or
>> mechanisms that  are used in this situation so I can at least try and
>> connect the dots with this issue.
>>
>> regards;
>> --
>> Justin P. Mattock
>>
>
> O.K. I've got my 8-balls back, from what I could tell there was three
> areas that needed attention to:
> 1)  add nopage back into the kernel
> 2) The DRI needed to be reverted back to it's original state, or
> modified due to some issue.
> 3) find_task_by_pid( pid) on the module side needed to be changed to
> find_task_by_vpid( pid) or else you'll have an issue with init_pid_ns
>
> I did have the latest DRI updates yesterday, but should have been
> using nopage to build the module instead of fault.
> so three weeks ago if the DRI wasn't adjusted, and if I would of found
> find_task_by_(v)pid(pid) then I would of been O.K.(but am unsure at
> the moment, still need to do some more tests) Now after up and running
> I can confirm that suspend successfully wakes up, So I can go ahead
> and look into appletouch surviving suspend, and the mighty mouse
> scroll function surviving suspend as well(then play Myst).
> Overall this was a good educational exercise for me since I suck at
> reading and writing.
> Again thank you guy's for helping me out with this,

Well, I for one am still confused. Is there an issue with the latest
kernel.org kernel and Xorg opensource drivers that need to be
addressed? In other words, are other people going to hit the problem
you had? If so, a patch, or more technical description of what's going
on would benefit others that would otherwise have to do everything you
just did.

Or are you using the closed-source nvidia drivers? (No judgement from
me if you are, but it would really help clear up what the heck is
going on.)

Thanks,

Ray
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists