Re: drm panic after new world
- Reply: Steve Kargl : "Re: drm panic after new world"
- In reply to: Steve Kargl : "Re: drm panic after new world"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 04 Jun 2025 01:45:31 UTC
On 6/3/25 16:36, Steve Kargl wrote:
> On Tue, Jun 03, 2025 at 08:00:00AM -0700, Steve Kargl wrote:
>> On 6/3/25 02:56, Matthew Seaman wrote:
>>> On 02/06/2025 23:35, Steve Kargl wrote:
>>>> How does one use dates to checkout a particular head?
>>>> If I'm at the top of HEAD and need to got back to
>>>> mid-february, what's the easiest option for performing
>>>> a bisection by hand?
>>>
>>> Something like:
>>>
>>> git checkout 'main@{2025-02-14 12:00:00}'
>>>
>>> Or you can say things like:
>>>
>>> git checkout 'main@{4 months ago}'
>>>
>>> See git-rev-parse(1)
>>>
>>>
>> Matthew, Warner, Jamie,
>>
>> Thanks for the pointer for date-based checkouts.
>>
>> I've read up a bit on 'git bisect' and it was
>> not clear to me how to use it. The examples I
>> saw appeared to be an automated binary search
>> on a single tree. I fear I may need to revert
>> src/ and ports/ simultaneously. Using hash
>> strings would see to be a path to madness.
>>
>
> I've managed to rebuild and re-install world/kernel and gpu-firmware
> and drm-515-kmod from git checkout 'main@{2025-03-15 12:00:00}'.
> radeonkms.ko loaded as expected and startx brought up the
> desktop I was expecting. Onward to next candidate.
>
Well, out of the frying pan and into the fire...
Apparently, building world with old src/ on a system
running a newer world and installing that old world
over the new world is bad. To start install(1) is
trying to use a non-existent syscall. Yes, I booted
the kernel that matches the old world.
Normally, not a problem. Simply rebuild install(1)
with -static added to CFLAGS. Unfortunately, this
leads to a bunch of linker errors about relocations
and rebuilding a few libraries wtih -fPIC.
--
steve