Date: Sat, 6 Oct 2018 10:05:43 +0100 From: Johannes Lundberg <johalun0@gmail.com> To: Pete Wright <pete@nomadlogic.org> Cc: Graham Perrin <grahamperrin@gmail.com>, freebsd-current <freebsd-current@freebsd.org> Subject: Re: Radeon HD 7570M: drm: deep frustration with r339186 Message-ID: <CAECmPwt0ExGU1LiWVjWT%2BbXCOH9MYpCicSzOpc6QkmYz2=v3pQ@mail.gmail.com> In-Reply-To: <3a204983-d06b-1a6c-dd48-911a8d6525dc@nomadlogic.org> References: <93fcf295-1dae-12d4-5530-ef0c55bd8cc2@gmail.com> <0aa72278-c17b-0bd7-1f5b-960366890426@nomadlogic.org> <549ab380-60a8-c919-980a-b5b6a541e3c9@gmail.com> <CAECmPwv7C5=KCiE-7c%2B2TDPOTddSVY7AadME%2BMmVZHMJ58YJ%2Bw@mail.gmail.com> <38395f26-faa5-e56e-6a4c-3e72fbfc2a73@gmail.com> <88d6b0fc-7843-4cb0-dd05-99daf463794e@gmail.com> <afb4bc38-a9ad-2f62-0ac1-704dfefbd475@gmail.com> <3a204983-d06b-1a6c-dd48-911a8d6525dc@nomadlogic.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Oct 6, 2018 at 7:19 AM Pete Wright <pete@nomadlogic.org> wrote: > > On 10/5/18 6:34 PM, Graham Perrin wrote: > > On 23/09/2018 08:09, Graham Perrin wrote: > > > >> Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with > Radeon HD 7570M > >> =E2=80=A6 better without drm-next-kmod; and (as expected, given the pa= ckage > message) drm-stable-kmod has known problems with UEFI. > > Now (with r339186) it seems that drm-next-kmod is the only usable optio= n. > > > > However, I'm sorry to say: > > > > - it does feel regressive, compared to working without drm-next-kmod > with earlier versions of -CURRENT. > > > > I can no longer find a way to reliably suspend (sleep) the notebook. > > hey Graham - I'm struggling with suspend/resume issues as well on my end > with recent 12-ALPHA releases. can you verify that you can > suspend/resume without loading the radeonkms.ko (i believe that is what > you are using for gfx)? on my systems it's broken regardless if i load > the drm modules. > > also, what was the last version of CURRENT you were able to > suspend/resume with? > > > > At the time of writing my part-working configuration is as outlined > below. > > > > However =E2=80=93 frustratingly =E2=80=93 for a while, an hour or so ag= o, it seemed as > if the same configuration was useless; after a point, the screen would go > blank (grey) and things would progress no further e.g. no login manager > (sddm); no response to Control-Alt-F2; no response to Control-Alt-Delete. > The apparent unpredictability leading to a dead-end situation has created= a > sense of unease; now I'm genuinely afraid to test suspend :-( > > i believe johannes lundberg is working on a fix for this issue. i'm in > the same uneasy situation as you. the system i use for dogfooding is > also my main work laptop, and not having suspend/resume and other > instability like this is certainly not ideal. one potential fix > workaround we've found is to not load the module via "kld_list" but > rather load it by hand via "kldload" manually. i believe the bug is in > relation to how the BIOS allocates memory - i'll let him fill in details = :) > Hi This kld_list issue is only for newer Intel and drm-devel. Regarding instability with CURRENT. When something changes in CURRENT that might affect the drm drivers there's always a delay until the drm-kmod packages have been rebuilt against the new source. If you're frequently updating your -CURRENT system, it's safest to build drm-kmod from source at the same time. Either with ports or from the github repo. We're working on trying to reduce this lag but to avoid it completely is impossible when living in -CURRENT. for me at least it looks like system instability when loading drm-next > kernels is separate from suspend/resume. but its certainly possible my > laptop is a snowflake :p > > hope this helps. > > -pete > > > -- > Pete Wright > pete@nomadlogic.org > @nomadlogicLA > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAECmPwt0ExGU1LiWVjWT%2BbXCOH9MYpCicSzOpc6QkmYz2=v3pQ>