[bug #39460] xnu kernel panics

2016-02-12 Thread Vladimir Serbinenko
Update of bug #39460 (project grub):

  Status:None => Fixed  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub


[bug #39460] xnu kernel panics

2016-02-12 Thread Vladimir Serbinenko
Follow-up Comment #7, bug #39460 (project grub):

I've just pushed several xnu patches which have fixed several xnu crashes. I
suppose this was one of them.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub


[bug #39460] xnu kernel panics

2016-02-12 Thread Andrei Borzenkov
Follow-up Comment #6, bug #39460 (project grub):

Was it really fixed? It would be helpful to know in which commit then.

___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub


[bug #39460] xnu kernel panics

2014-03-01 Thread Vladimir Serbinenko
Follow-up Comment #5, bug #39460 (project grub):

I could reproduce some parts of this bug if trying to load 64-bit kernel ontop
of 32-bit EFI. Investigating.

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?39460

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub


[bug #39460] xnu kernel panics

2014-01-07 Thread Andrey Borzenkov
Follow-up Comment #4, bug #39460 (project grub):

We both were attempting to use xnu loader on EFI which apparently does not
work (was it ever supposed to in the first place?)

I just retested with 2.02 beta2 using rescue CD which I explicitly restricted
to i386-pc platform only (so it boots in CSM). It boots OS X just fine on the
same MacBook I had issues before.

I'll post followup discussion on grub-devel.

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?39460

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub


[bug #39460] xnu kernel panics

2013-11-27 Thread Chris Murphy
Follow-up Comment #2, bug #39460 (project grub):

Both photos show kp on the same hardware, a MacbookPro 4,1 (2008)
file #29720:  IMG_3403.JPG, this is xnu 12.3.0
file #28532:  IMG_20130710_16-2.jpg, this is xnu 12.5.0

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?39460

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub


[bug #39460] xnu kernel panics

2013-07-10 Thread Chris Murphy
Follow-up Comment #1, bug #39460 (project grub):

I think it should be considered to simplify the os x specific code in
os-prober and grub-mkconfig and instead chainload the Apple boot loader,
unless someone can think of really good reasons why a grub xnu specific
bootloader is necessary instead of the Apple one.

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?39460

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub


[bug #39460] xnu kernel panics

2013-07-10 Thread Chris Murphy
URL:
  http://savannah.gnu.org/bugs/?39460

 Summary: xnu kernel panics
 Project: GNU GRUB
Submitted by: chrismurphy
Submitted on: Wed 10 Jul 2013 06:37:00 PM GMT
Category: Booting
Severity: Major
Priority: 5 - Normal
  Item Group: Software Error
  Status: None
 Privacy: Public
 Assigned to: None
 Originator Name: 
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 
 Release: other
 Reproducibility: Every Time
 Planned Release: None

___

Details:

Release: grub2-efi-2.00-23.fc19.x86_64

To reproduce:
1. Updated to grub2-efi-2.00-23.fc19.x86_64
2. Clear NVRAM of all boot entries.
3. mount /dev/sda1 /boot/efi to mount the FAT32 ESP (instead of the default
Fedora hfs+ ESP)
4. grub2-install
5. grub2-mkconfig -o /boot/grub2/grub.cfg
6. reboot
7. At grub menu, choose OS X 64bit entry.

Actual results:
xnu kernel panics

Expected results:
Boots normally.

Regression:
chainloading the Apple bootloader allows xnu to boot normally without kp, as
does holding down the option key and choosing the firmware listed OS X volume
boot option. So it's definitely some issue with the xnu module.

Also, this doesn't work with any xnu 12.x or 11.x kernel (which goes back 1
and 2 years respectively). I'm not sure which version of xnu it does work
with.



___

File Attachments:


---
Date: Wed 10 Jul 2013 06:37:00 PM GMT  Name: grub.cfg  Size: 12kB   By:
chrismurphy

http://savannah.gnu.org/bugs/download.php?file_id=28531
---
Date: Wed 10 Jul 2013 06:37:00 PM GMT  Name: IMG_20130710_16-2.jpg  Size:
92kB   By: chrismurphy

http://savannah.gnu.org/bugs/download.php?file_id=28532

___

Reply to this item at:

  http://savannah.gnu.org/bugs/?39460

___
  Message sent via/by Savannah
  http://savannah.gnu.org/


___
Bug-grub mailing list
Bug-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-grub