Jenkins build is back to normal : Build-UFS-image #2257

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: acpi suspend debugging techniques?

On 31/08/2015 11:53, Adrian Chadd wrote: > Try disabling hardware one at a time. Ie, unload usb; unload wifi; > leave kms loaded for mostly obvious reasons. Adrian, Garrett, thank you very much for your tips. Turned out that it was radeonkms that was causing the problem :-) BTW, here is another

Re: panic: Stray timeout

On 03.09.2015 20:24, Andriy Gapon wrote: > On 30/08/2015 22:05, Andriy Gapon wrote: >> On 30/08/2015 21:37, Oliver Pinter wrote: >>> You have a running Xorg with radeonkms driver, and this issue >>> occurrence under high load (for example parallel buildworld)? >> >> I use radonkms indeed and

Re: panic: Stray timeout

On 30/08/2015 22:05, Andriy Gapon wrote: > On 30/08/2015 21:37, Oliver Pinter wrote: >> You have a running Xorg with radeonkms driver, and this issue >> occurrence under high load (for example parallel buildworld)? > > I use radonkms indeed and judging from ta_func = ttm_bo_delayed_workqueue it

Re: acpi suspend debugging techniques?

oioo, would you please put that radeon patch into a review? I have an older machine with a radeon card in it that doesn't yet suspend/resume; I can now test it out! -a On 3 September 2015 at 10:50, Andriy Gapon wrote: > On 31/08/2015 11:53, Adrian Chadd wrote: >> Try

Re: panic: Stray timeout

On 31/08/2015 22:10, Hans Petter Selasky wrote: > Hi Andriy, > > On 08/31/15 18:46, Andriy Gapon wrote: >> On 30/08/2015 22:09, Andriy Gapon wrote: >>> On 30/08/2015 19:16, Konstantin Belousov wrote: This is strange, I do not think that could be a right explanation of this issue. The

Jenkins build is back to normal : Build-UFS-image #2259

See ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: acpi suspend debugging techniques?

On 04/09/2015 01:29, Anthony Jenkins wrote: > My Radeon card comes back from resume, but the backlight doesn't (it > stays off). Think this patch might help with that? Likely not, but who knows. > I was gonna start a > separate thread to ask for help debugging my backlight issue... -- Andriy

Re: acpi suspend debugging techniques?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/03/2015 13:50, Andriy Gapon wrote: > On 31/08/2015 11:53, Adrian Chadd wrote: >> Try disabling hardware one at a time. Ie, unload usb; unload >> wifi; leave kms loaded for mostly obvious reasons. > > Adrian, Garrett, > > thank you very much

Re: acpi suspend debugging techniques?

[Much trimming, both of older content and recipient addresses -- dhw] On Thu, Sep 03, 2015 at 06:18:52PM -0400, Jung-uk Kim wrote: > ... > AFAICT, the whole suspend/resume code looks incomplete and very messy. > In fact, I'll be very surprised if it ever worked. :-( > > Jung-uk Kim > ... While

Re: acpi suspend debugging techniques?

My Radeon card comes back from resume, but the backlight doesn't (it stays off). Think this patch might help with that? I was gonna start a separate thread to ask for help debugging my backlight issue... Thanks, Anthony On 09/03/15 16:06, Adrian Chadd wrote: > oioo, would you please put that

Re: acpi suspend debugging techniques?

On 04/09/2015 01:18, Jung-uk Kim wrote: > AFAICT, the whole suspend/resume code looks incomplete and very messy. > In fact, I'll be very surprised if it ever worked. :-( It does seem to work for me with the patch and other people report that the code works for them even without the patch. --

Re: acpi suspend debugging techniques?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/03/2015 18:30, David Wolfskill wrote: > [Much trimming, both of older content and recipient addresses -- > dhw] > > On Thu, Sep 03, 2015 at 06:18:52PM -0400, Jung-uk Kim wrote: >> ... AFAICT, the whole suspend/resume code looks incomplete and