[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: install/55478: netbsd 9.0 - Installer freezes on macbook pro late 2013
The following reply was made to PR kern/55478; it has been noted by GNATS.
From: Andrius V <vezhlys%gmail.com@localhost>
Cc: kern-bug-people%netbsd.org@localhost, gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost,
Subject: Re: install/55478: netbsd 9.0 - Installer freezes on macbook pro late 2013
Date: Wed, 12 Aug 2020 23:37:44 +0300
I retested my mac and I can confirm that the problem can be reproduced
if booted without ACPI support (-2 option) on any NetBSD version.
However, normal boot (with ACPI support) from official 9.0 amd64 UEFI
image works fine, same applies to the latest i386/amd64 9.0 images
(latest versions combined UEFI/BIOS boot into one image) or latest
current (HEAD) images. So, it seems there is no point to boot with the
-2 option since it causes some hardware initialization to fail.
Nevertheless, I believe the initial issue on a blank screen is
unrelated and probably caused by the framebuffer driver(?). Likely the
system boots properly though under the hood. It can be verified by
adding dmesg=YES to rc.conf and checking /var/run/dmesg.boot messages
after (by mounting partition in different system). Still, I would
recommend trying the latest builds from nycdn first, since I had a
similar issue in previous releases too. Also, I don't have NVIDIA
graphics, only Intel graphics. Maybe disabling nouveau (or even
i915drmkms) can help here, but I am not sure if that can be done
without recompiling the kernel manually.
On Tue, Aug 11, 2020 at 12:24 AM Andrius V <vezhlys%gmail.com@localhost> wrote:
> Yes, it is haswell, since the i7-4850HQ CPU is visible in dmesg. Maybe
> the output of the model should be changed to 0x46 to avoid confusion?
> And perhaps CPU error is irrelevant, since the boot was performed
> without ACPI.
> Back to topic, my mac mini is also Haswell based but on a bit
> different chipset Lynx Point-LP instead of Lynx Point, thus my xhci
> device is 0x9c31 while this macbook pro seemingly has 0x8c31. In my
> case, I don't seem to have any issues with USB3 devices. I found only
> one bug related to this device which sounds similar a bit -
> kern/49076, but it apparently was fixed. Nevertheless, I don't think
> that it needs any special treatment compared to LP version. I can't
> find anything in FreeBSD code for example. Probably something specific
> to the particular laptop model...
> On Mon, Aug 10, 2020 at 1:36 PM Andrius V <vezhlys%gmail.com@localhost> wrote:
> > Yes, it is not an installation specific issue. For USB it is visible
> > for very short time that xhci is identified but fails to attach
> > properly:
> > xhci0 at pci0 dev20 function 0: vendor 8086 product 8c... (can't see,
> > screen glare)
> > pci_intr_map: no mapping for pin A (line=00) (probably A, can't see clearly)
> > xhci0: can't allocate handler
> > xhci0: WARNING: power management not supported
> > This is probably the reason why the keyboard doesn't work.
> > Also I noticed that CPU is "unknown":
> > cpu0: unknown i686 model 46, can't get bus clock (0x0)
> > Maybe CPU needs some special handling (not sure if 46 is hex or
> > decimal, I guess hex - Haswell, since 0x2e was nehalem, earlier
> > model)?
> > On Sun, Aug 9, 2020 at 5:50 PM Martin Husemann <martin%duskware.de@localhost> wrote:
> > >
> > > The following reply was made to PR kern/55478; it has been noted by GNATS.
> > >
> > > From: Martin Husemann <martin%duskware.de@localhost>
> > > To: Marko Bauhardt <marko.bauhardt%mailbox.org@localhost>
> > > Cc: Andrius V <vezhlys%gmail.com@localhost>, gnats-bugs%netbsd.org@localhost
> > > Subject: Re: install/55478: netbsd 9.0 - Installer freezes on macbook pro
> > > late 2013
> > > Date: Sun, 9 Aug 2020 16:47:29 +0200
> > >
> > > So there are two issues:
> > >
> > > - ahcisata says there is a 6GB/s device but apparently no disk(s) attach
> > > - keyboard does not work at the boot device prompt
> > >
> > > This is a generic kernel issue, not really install-specific.
> > >
> > > Martin
> > >
Main Index |
Thread Index |