Menu
▾
▴
mactel-linux-devel — mactel-linux Development
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
(4) |
Mar
(135) |
Apr
(130) |
May
(82) |
Jun
(101) |
Jul
(75) |
Aug
(37) |
Sep
(28) |
Oct
(45) |
Nov
(114) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(22) |
Feb
(60) |
Mar
(81) |
Apr
(120) |
May
(29) |
Jun
(50) |
Jul
(67) |
Aug
(41) |
Sep
(36) |
Oct
(4) |
Nov
(4) |
Dec
|
| 2008 |
Jan
(5) |
Feb
(17) |
Mar
(5) |
Apr
(6) |
May
(5) |
Jun
(9) |
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Matthew G. <mj...@sr...> - 2006-03-05 01:47:18
|
Here's some more patches. Against 2.6.15 (roughly), should apply to later kernels with a little fudging. acpi_enable.diff - enable ACPI on EFI machines even if we can't read the BIOS year. Avoids the need for acpi=force. dmi_scan.diff - allow DMI blacklisting on EFI machines msi.diff - disable MSI on Apple machines. Avoids the need for irqpoll. -- Matthew Garrett | mj...@sr... |
|
From: Matthew G. <mj...@sr...> - 2006-03-04 19:44:31
|
On Sat, Mar 04, 2006 at 08:04:08PM +0100, gimli wrote: > Hi. > > Do you have any idea why the kernel crashes on machines with more then 512 MB ram ? As yet, absolutely none. I don't have access to a 1GB machine - if it's practical to add more, then I'll see what I can do. -- Matthew Garrett | mj...@sr... |
|
From: gimli <gi...@da...> - 2006-03-04 19:04:14
|
Hi.
Do you have any idea why the kernel crashes on machines with more then 512 MB ram ?
cu
gimli
Matthew Garrett wrote:
> Or, as an alternative, remove the virtual to physical mapping that
> efivars does. This requires fixing up IA64 to match. I've no idea which
> approach is right.
>
> Signed-off-by: Matthew Garrett <mj...@sr...>
>
> diff --git a/drivers/firmware/efivars.c b/drivers/firmware/efivars.c
> index bda5bce..ba598af 100644
> --- a/drivers/firmware/efivars.c
> +++ b/drivers/firmware/efivars.c
> @@ -575,7 +575,7 @@ systab_read(struct subsystem *entry, cha
> if (efi.acpi)
> str += sprintf(str, "ACPI=0x%lx\n", __pa(efi.acpi));
> if (efi.smbios)
> - str += sprintf(str, "SMBIOS=0x%lx\n", __pa(efi.smbios));
> + str += sprintf(str, "SMBIOS=0x%lx\n", efi.smbios);
> if (efi.hcdp)
> str += sprintf(str, "HCDP=0x%lx\n", __pa(efi.hcdp));
> if (efi.boot_info)
> diff --git a/arch/ia64/kernel/efi.c b/arch/ia64/kernel/efi.c
> index a3aa45c..ff3795b 100644
> --- a/arch/ia64/kernel/efi.c
> +++ b/arch/ia64/kernel/efi.c
> @@ -451,7 +451,7 @@ efi_init (void)
> efi.acpi = __va(config_tables[i].table);
> printk(" ACPI=0x%lx", config_tables[i].table);
> } else if (efi_guidcmp(config_tables[i].guid, SMBIOS_TABLE_GUID) == 0) {
> - efi.smbios = __va(config_tables[i].table);
> + efi.smbios = config_tables[i].table;
> printk(" SMBIOS=0x%lx", config_tables[i].table);
> } else if (efi_guidcmp(config_tables[i].guid, SAL_SYSTEM_TABLE_GUID) == 0) {
> efi.sal_systab = __va(config_tables[i].table);
>
|
|
From: Matthew G. <mj...@sr...> - 2006-03-04 19:00:39
|
Or, as an alternative, remove the virtual to physical mapping that
efivars does. This requires fixing up IA64 to match. I've no idea which
approach is right.
Signed-off-by: Matthew Garrett <mj...@sr...>
diff --git a/drivers/firmware/efivars.c b/drivers/firmware/efivars.c
index bda5bce..ba598af 100644
--- a/drivers/firmware/efivars.c
+++ b/drivers/firmware/efivars.c
@@ -575,7 +575,7 @@ systab_read(struct subsystem *entry, cha
if (efi.acpi)
str += sprintf(str, "ACPI=0x%lx\n", __pa(efi.acpi));
if (efi.smbios)
- str += sprintf(str, "SMBIOS=0x%lx\n", __pa(efi.smbios));
+ str += sprintf(str, "SMBIOS=0x%lx\n", efi.smbios);
if (efi.hcdp)
str += sprintf(str, "HCDP=0x%lx\n", __pa(efi.hcdp));
if (efi.boot_info)
diff --git a/arch/ia64/kernel/efi.c b/arch/ia64/kernel/efi.c
index a3aa45c..ff3795b 100644
--- a/arch/ia64/kernel/efi.c
+++ b/arch/ia64/kernel/efi.c
@@ -451,7 +451,7 @@ efi_init (void)
efi.acpi = __va(config_tables[i].table);
printk(" ACPI=0x%lx", config_tables[i].table);
} else if (efi_guidcmp(config_tables[i].guid, SMBIOS_TABLE_GUID) == 0) {
- efi.smbios = __va(config_tables[i].table);
+ efi.smbios = config_tables[i].table;
printk(" SMBIOS=0x%lx", config_tables[i].table);
} else if (efi_guidcmp(config_tables[i].guid, SAL_SYSTEM_TABLE_GUID) == 0) {
efi.sal_systab = __va(config_tables[i].table);
--
Matthew Garrett | mj...@sr...
|
|
From: Matthew G. <mj...@sr...> - 2006-03-04 18:04:10
|
The comment above efi_get_time claims:
Note, this call isn't used later, so mark it __init.
Unfortunately, it's not true - it's called during suspend as well,
leading to nasty explosions.
Signed-off-by: Matthew Garrett <mj...@sr...>
diff --git a/arch/i386/kernel/efi.c b/arch/i386/kernel/efi.c
index ecad519..6be705e 100644
--- a/arch/i386/kernel/efi.c
+++ b/arch/i386/kernel/efi.c
@@ -193,9 +193,9 @@ inline int efi_set_rtc_mmss(unsigned lon
/*
* This should only be used during kernel init and before runtime
* services have been remapped, therefore, we'll need to call in physical
- * mode. Note, this call isn't used later, so mark it __init.
+ * mode.
*/
-inline unsigned long __init efi_get_time(void)
+inline unsigned long efi_get_time(void)
{
efi_status_t status;
efi_time_t eft;
diff --git a/include/linux/efi.h b/include/linux/efi.h
index c7c5dd3..9e97bc2 100644
--- a/include/linux/efi.h
+++ b/include/linux/efi.h
@@ -295,7 +295,7 @@ extern u64 efi_mem_attributes (unsigned
extern int __init efi_uart_console_only (void);
extern void efi_initialize_iomem_resources(struct resource *code_resource,
struct resource *data_resource);
-extern unsigned long __init efi_get_time(void);
+extern unsigned long efi_get_time(void);
extern int __init efi_set_rtc_mmss(unsigned long nowtime);
extern struct efi_memory_map memmap;
--
Matthew Garrett | mj...@sr...
|
|
From: Matthew G. <mj...@sr...> - 2006-03-04 18:00:32
|
On my Intel imac, /sys/firmware/efi/systab is the following:
ACPI20=0x1fefd014
ACPI=0x1fefd000
SMBIOS=0x9fec9000
if I have a kernel with a 2:2 user/kernel split, and
SMBIOS=0x5fec9000
if I have a kernel with a 3:1 split. The correct value is 0x1fec9000,
which is what the kernel prints at boot time. The following trivial
patch seems to fix things.
Signed-off-by: Matthew Garrett <mj...@sr...>
diff --git a/arch/i386/kernel/efi.c b/arch/i386/kernel/efi.c
index ecad519..6be705e 100644
--- a/arch/i386/kernel/efi.c
+++ b/arch/i386/kernel/efi.c
@@ -391,7 +391,7 @@ void __init efi_init(void)
printk(KERN_INFO " ACPI=0x%lx ", config_tables[i].table);
} else
if (efi_guidcmp(config_tables[i].guid, SMBIOS_TABLE_GUID) == 0) {
- efi.smbios = (void *) config_tables[i].table;
+ efi.smbios = __va(config_tables[i].table);
printk(KERN_INFO " SMBIOS=0x%lx ", config_tables[i].table);
} else
if (efi_guidcmp(config_tables[i].guid, HCDP_TABLE_GUID) == 0) {
--
Matthew Garrett | mj...@sr...
|
|
From: gimli <gi...@da...> - 2006-03-04 12:19:24
|
3.6 Matthew Garrett wrote: > On Sat, Mar 04, 2006 at 02:04:39AM +0100, gimli wrote: > >> hope that helps. > > Thanks - I'm getting /somewhere/ (it now errors out rather than hanging > the machine). Which version of elilo did you build? |
|
From: Matthew G. <mj...@sr...> - 2006-03-04 12:12:58
|
On Sat, Mar 04, 2006 at 02:04:39AM +0100, gimli wrote: > hope that helps. Thanks - I'm getting /somewhere/ (it now errors out rather than hanging the machine). Which version of elilo did you build? -- Matthew Garrett | mj...@sr... |
|
From: gimli <gi...@da...> - 2006-03-04 01:04:41
|
t43 linux-2.6.16-rc5 # chroot /usr/src/efi/stage3-x86-2005.1 ld -v GNU ld version 2.16.1 t43 linux-2.6.16-rc5 # chroot /usr/src/efi/stage3-x86-2005.1 gcc -v Reading specs from /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.6/specs Configured with: /var/tmp/portage/gcc-3.3.6/work/gcc-3.3.6/configure --prefix=/usr --bindir=/usr/i386-pc-linux-gnu/gcc-bin/3.3.6 --includedir=/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.6/include --datadir=/usr/share/gcc-data/i386-pc-linux-gnu/3.3.6 --mandir=/usr/share/gcc-data/i386-pc-linux-gnu/3.3.6/man --infodir=/usr/share/gcc-data/i386-pc-linux-gnu/3.3.6/info --with-gxx-include-dir=/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.6/include/g++-v3 --host=i386-pc-linux-gnu --build=i386-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) gnu-efi-3.0a hope that helps. cu gimli Matthew Garrett wrote: > On Sat, Mar 04, 2006 at 12:58:55AM +0100, gimli wrote: >> I used a gentoo x86 chroot env to build it. > > Cool. Would it be possible to provide the output of gcc --version and ld > --version in that environment? Which version of gnu-efi did you build > against? > > Thanks, |
|
From: Matthew G. <mj...@sr...> - 2006-03-04 00:38:18
|
On Sat, Mar 04, 2006 at 12:58:55AM +0100, gimli wrote: > I used a gentoo x86 chroot env to build it. Cool. Would it be possible to provide the output of gcc --version and ld --version in that environment? Which version of gnu-efi did you build against? Thanks, -- Matthew Garrett | mj...@sr... |
|
From: gimli <gi...@da...> - 2006-03-03 23:58:57
|
I used a gentoo x86 chroot env to build it. cu gimli Matthew Garrett wrote: > Hi, > > Where did the elilo.efi on the website come from? I haven't had any joy > building a working version myself, but I know that it's very toolchain > sensitive. > |
|
From: Matthew G. <mj...@sr...> - 2006-03-03 23:51:55
|
Hi, Where did the elilo.efi on the website come from? I haven't had any joy building a working version myself, but I know that it's very toolchain sensitive. -- Matthew Garrett | mj...@sr... |
|
From: Matthew G. <mj...@sr...> - 2006-03-03 17:31:08
|
On Fri, Mar 03, 2006 at 04:57:04PM +0000, Matthew Garrett wrote: > Has anyone got things working happily without the irqpoll option? Unless > I use it, interrupt delivery for the sata controller doesn't seem to > work properly. Ah - the problem seems to be caused by using MSI. Without MSI, everything works correctly without irqpoll. -- Matthew Garrett | mj...@sr... |
|
From: Matthew G. <mj...@sr...> - 2006-03-03 16:57:15
|
Has anyone got things working happily without the irqpoll option? Unless I use it, interrupt delivery for the sata controller doesn't seem to work properly. -- Matthew Garrett | mj...@sr... |
|
From: Matthew G. <mj...@sr...> - 2006-03-03 13:19:48
|
Hi, I'm looking at ways of distinguishing between different models of Intel Mac. The ACPI DSDT contains some sort of identification string, but I'm not sure if it's enough to distinguish. I have one from a 17" imac - if possible, could people with other models send me the contents of /proc/acpi/dsdt? Thanks, -- Matthew Garrett | mj...@sr... |
|
From: Christoph P. <cp...@ch...> - 2006-03-02 21:51:07
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, > First Live CD is up. > > Look here for Instructions. And the download link. > > http://www.mactel-linux.org/wiki/HOWTO#Live_CD > > I realy don't know if it boots on other Intel Mac's than mine ;) > > Please give feedback what the CD does on your Intel Mac. Works on my standard-issue 17" iMac. Actually, I'm impressed by the speed of unaccellerated graphics in X. A lot of apps in the live system don't work, but I guess that's not your fault. It was able to surf the net with Firefox after running dhclient. - -chrisp - -- chrisp a.k.a. Christoph Pfisterer "A computer scientist is cp...@ch... - http://chrisp.de someone who fixes things PGP key & geek code available that aren't broken." -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEB2jBr/EAHkwpC28RAv+sAKDfpy9IN7utPbKjQUYVMOwg7nzsSgCg0JtH dJR1do9R/tQBPfxR8Q7b/Co= =sdev -----END PGP SIGNATURE----- |
|
From: gimli <gi...@da...> - 2006-03-02 20:55:20
|
Forgot it to say. Great work. Loader works fine here. cu gimli Christoph Pfisterer wrote: > Hi all, > >>> Christoph Pfisterer wrote: >>>> I've written a small EFI boot menu. It supports booting Mac OS X and >>>> several Linux configurations from a simple menu, and also comes with an >>>> EFI shell and some tools. >>>> >>>> The first release can be downloaded at >>>> http://chrisp.de/files/rEFIt-0.1.dmg > > On 02.03.2006, at 08:26, gimli wrote: >>> Could you also make a normal tar.gz archive ? > > I can, although that will mean no volume icon and no "burn this to CD" > capability. I also plan to release the source, but it still needs lots > of cleaning up. I just wanted to get the first release out of the door. > > You also asked if it should go into mactel-linux CVS @ SourceForge -- > well, I'm not sure that's appropriate. Ultimately, the idea of rEFIt is > neither specific to Linux nor to the Mac. In two year's time, most PCs > will ship with EFI-based firmware. > > -chrisp > > --chrisp a.k.a. Christoph Pfisterer "A computer scientist is > cp...@ch... - http://chrisp.de someone who fixes things > PGP key & geek code available that aren't broken." > |
|
From: Christoph P. <cp...@ch...> - 2006-03-02 16:31:56
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, > Christoph Pfisterer wrote: >> I've written a small EFI boot menu. It supports booting Mac OS X and >> several Linux configurations from a simple menu, and also comes >> with an >> EFI shell and some tools. >> >> The first release can be downloaded at http://chrisp.de/files/ >> rEFIt-0.1.dmg On 02.03.2006, at 08:26, gimli wrote: > Could you also make a normal tar.gz archive ? I can, although that will mean no volume icon and no "burn this to CD" capability. I also plan to release the source, but it still needs lots of cleaning up. I just wanted to get the first release out of the door. You also asked if it should go into mactel-linux CVS @ SourceForge -- well, I'm not sure that's appropriate. Ultimately, the idea of rEFIt is neither specific to Linux nor to the Mac. In two year's time, most PCs will ship with EFI-based firmware. - -chrisp - -- chrisp a.k.a. Christoph Pfisterer "A computer scientist is cp...@ch... - http://chrisp.de someone who fixes things PGP key & geek code available that aren't broken." -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEBx3wr/EAHkwpC28RAo5NAJ9BzFlbSa+i3nhUV+nIfTETNBJThgCePHCN 1FzMv8wEZeLQixYfbC/7SAE= =3a9s -----END PGP SIGNATURE----- |
|
From: gimli <gi...@da...> - 2006-03-02 15:33:07
|
David wrote: >=20 > Le 2 mars 06 =E0 09:43, gimli a =E9crit : >=20 >> First Live CD is up. >> >> Look here for Instructions. And the download link. >> >> http://www.mactel-linux.org/wiki/HOWTO#Live_CD >> >> I realy don't know if it boots on other Intel Mac's than mine ;) >> >> Please give feedback what the CD does on your Intel Mac. >=20 > Nice work :-) >=20 > It boots on an iMac 20'. X is correctly configured. Please ask if you > want more informations. >=20 >=20 >=20 Nice. Din't know if X works on the 20" ones;) cu gimli |
|
From: David <dav...@fr...> - 2006-03-02 15:31:37
|
Le 2 mars 06 =E0 09:43, gimli a =E9crit : > First Live CD is up. > > Look here for Instructions. And the download link. > > http://www.mactel-linux.org/wiki/HOWTO#Live_CD > > I realy don't know if it boots on other Intel Mac's than mine ;) > > Please give feedback what the CD does on your Intel Mac. Nice work :-) It boots on an iMac 20'. X is correctly configured. Please ask if you =20= want more informations. |
|
From: gimli <gi...@da...> - 2006-03-02 13:49:01
|
A new patch is in CVS. imac-2.6.16-rc5.patch have fun |
|
From: gimli <gi...@da...> - 2006-03-02 08:43:14
|
First Live CD is up. Look here for Instructions. And the download link. http://www.mactel-linux.org/wiki/HOWTO#Live_CD I realy don't know if it boots on other Intel Mac's than mine ;) Please give feedback what the CD does on your Intel Mac. cu gimli |
|
From: gimli <gi...@da...> - 2006-03-02 07:26:26
|
Hi. Could you also make a normal tar.gz archive ? cu gimli Christoph Pfisterer wrote: > Hi all, > > I've written a small EFI boot menu. It supports booting Mac OS X and > several Linux configurations from a simple menu, and also comes with an > EFI shell and some tools. > > The first release can be downloaded at http://chrisp.de/files/rEFIt-0.1.dmg > > Hope this helps, > chrisp > > --chrisp a.k.a. Christoph Pfisterer "A computer scientist is > cp...@ch... - http://chrisp.de someone who fixes things > PGP key & geek code available that aren't broken." > ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Mactel-linux-devel mailing list Mac...@li... https://lists.sourceforge.net/lists/listinfo/mactel-linux-devel |
|
From: Christoph P. <cp...@ch...> - 2006-03-02 06:53:29
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I've written a small EFI boot menu. It supports booting Mac OS X and several Linux configurations from a simple menu, and also comes with an EFI shell and some tools. The first release can be downloaded at http://chrisp.de/files/ rEFIt-0.1.dmg Hope this helps, chrisp - -- chrisp a.k.a. Christoph Pfisterer "A computer scientist is cp...@ch... - http://chrisp.de someone who fixes things PGP key & geek code available that aren't broken." -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEBpZcr/EAHkwpC28RAlWVAKCdswZqr4LwCFhIL6XXLWygQMnVQgCg2k/Y 4MQ7MfxAhhumpHa6YHTDnCY= =b/8I -----END PGP SIGNATURE----- |
|
From: gimli <gi...@da...> - 2006-03-01 18:34:03
|
Hi. The EFI fix is sended to the LKML and the ACPI developer knows about it. cu ED. Miguel Filipe wrote: > Hi there, > > Since two distrinct projects have successfully booted linux, using > slightly diffent aproaches, there are now at least to diferent hacks > to have video drivers on intel macs. > > one is hacked vesafb that has become "imacfb", acording to > http://www.mactel-linux.org/wiki/Main_Page > an another one is here: > http://www.osxbook.com/book/bonus/misc/linux/download/osxbook.com-iMac-x86-Linux.tar.bz2 > In here: > http://www.osxbook.com/book/bonus/misc/linux/ > the authors explain how they done it.. and compare approaches to the > mactel guys... > > Is anyone working on recycling these hacks to something more generic > like suport for: intel iMacs and macbook pros.. > Or mainline fixes needed for EFI + acpi + x86 ? > > best regards, > > -- > Miguel Sousa Filipe > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=k&kid0944&bid$1720&dat1642 > _______________________________________________ > Mactel-linux-devel mailing list > Mac...@li... > https://lists.sourceforge.net/lists/listinfo/mactel-linux-devel > |
71 messages has been excluded from this view by a project administrator.
