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: Jimmy K. <ji...@de...> - 2006-03-26 06:10:49
|
Hi, I'm trying to get ACPI working as fully as possible on the MacBook Pro. I'm running Debian installed on the HD (yay!) with a 2.6.16 kernel and the imac patch from the CVS. (I've also applied another patch of my own to enable middle and right mouse button emulation, but I'll post that in a separate email.) With the acpi_sbs module and parameter mac_hack=1, I can see battery output. However, whether or not I have that module loaded, there is an annoying medium-high-pitched tone that continuously comes from my machine when it's in Linux and I have the power cable disconnected. It stops about a second after I plug in the power cable. What might be wrong here? It's very irritating. Also, how do I get any of the various ACPI sleep states to work? /sys/power/state says that standby (S1) and mem (S3) are supported, but when I echo "standby" or "mem" to that file I get Operation not permitted. Also, /proc/acpi/sleep doesn't exist. I am running acpid, but it doesn't work any better without that. Thanks in advance. Oh, and is there an IRC channel for this project? - Jimmy Kaplowitz ji...@de... |
|
From: <gi...@da...> - 2006-03-25 10:44:05
|
Hi. Thanks for your hint. Tryed it and seems to work on the live CD. cu Edgar /gimli) Hucek Christoph Pfisterer <cp...@ch...> schrieb : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Hi, >=20 > I've done some research and found a way how we can make a Live CD =20 > that boots Intel Macs as well as standard PCs. >=20 > Here's the trick: > * The Intel Mac firmware will only boot from HFS+ volumes. > * Apple built on Intel's EFI sample implementation and left the part =20 > of the code intact that makes El Torito boot images available as if =20 > they were partitions on a disk. > * You can have more than one El Torito boot image entry, EFI doesn't =20 > care. > * For it to actually work, you'll have to wrap the HFS+ partition in =20 > a Apple Partition Map. (Probably something to do with sector sizes. =20 > EFI keeps the 2K sector size for non-emulated images, and mkisofs =20 > requires an MBR to use hard-disk emulation.) >=20 > An outline of a preparation procedure: > * Make an empty disk image on OS X. By default, Disk Utility will use =20 > HFS+ wrapped in a Apple Partition Map (just what we need). > * Fill that image with elilo, EFI-capable kernel, initrd, and either =20 > ebounce.efi or rEFIt. Bless the appropriate loader (refit.efi or =20 > ebounce.efi). > * Unmount the disk image, and convert it into a "CD/DVD master&quo= t; =20 > image, extension .cdr. That's actually a plain image. > * Build the Live CD with the usual ISO9660 filesystem and ISOLINUX, =20 > but also put the macboot.cdr (or whatever) image in there and use =20 > mkisofs parameters like these: > -b boot/isolinux.bin -no-emul-boot -eltorito-alt-boot -b boot/=20 > macboot.cdr -no-emul-boot >=20 > AFAIK a standard PC will just use the first El Torito entry and get =20 > ISOLINUX. The Mac however will just make both El Torito entries =20 > available as block devices, notice the APM partition map on the =20 > second one and the HFS+ partition in there, and offer that as a =20 > choice in the built-in boot loader. >=20 > I haven't tried this on an actual Live CD because I don't have the =20 > setup to make one, but booting a Mac this way can be verified easily. =20 > Just make an image using mkisofs with rEFIt-0.3.cdr as an El Torito =20 > image. It will show up in the built-in chooser. >=20 > So long, > chrisp >=20 > - --=20 > chrisp a.k.a. Christoph Pfisterer "If that makes any sense > cp...@ch... - > http://chrisp.de to you, > you have a big > PGP key & geek code available problem." >=20 > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (Darwin) >=20 > iD8DBQFEHcJ6r/EAHkwpC28RAmLPAKC0RB/STW/DEQg+g6eX5wO6RRt8swCgq1ov > sexUCFfCbDpgrXbAxhcaGBI=3D > =3DjJRo > -----END PGP SIGNATURE----- >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting lang= uage > that extends applications into web and mobile media. Attend the live we= bcast > and join the prime developer group breaking into this new coding territ= ory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D24= 1720&dat=3D121642 > _______________________________________________ > Mactel-linux-devel mailing list > Mac...@li... > https://lists.sourceforge.net/lists/listinfo/mactel-linux-devel |
|
From: David B. <ma...@da...> - 2006-03-25 01:08:35
|
On Sat, Mar 25, 2006 at 01:57:59AM +0100, Roberto Griso wrote: > Thank you all, some minutes ago ive finished to install with success result > gentoo distro on my imac 17''. I've got Gentoo up and running on my Mac Mini. I used the kernel patches from CVS. I had to use a video height slightly less than my framebuffer size, since it seems to be starting the framebuffer a few rows down. (I have a 1600x1200 LCD display). I had to build squashfs and unionfs to get the ubunto rescue disc working. I don't need these for my Gentoo system, though. I originally tried installing on a firewire drive, but got kernel panics when trying to unpack the state3 tarball onto a reiserfs filesystem on the firewire drive. Things seem to work fine on the internal drive. Xorg is building now. With MAKEOPTS="-j5", this little computer builds significantly faster than anything else I have. At some point, I'm going to try building elilo and rEFIt myself. David Brown |
|
From: Roberto G. <gri...@gm...> - 2006-03-25 00:58:04
|
Thank you all, some minutes ago ive finished to install with success result gentoo distro on my imac 17''. It starts from the same HD which is just installed macosx :) I've create 2 partiotn with parted, first for swap, second for root. Tomorrow, i'll try to repet the experiment on mac book pro :) |
|
From: <gi...@da...> - 2006-03-24 09:05:09
|
Hi. Make an "rmmod -f dm_mod" cu Edgar (gimli) Hucek Roberto Griso <gri...@gm...> schrieb : > IO've to try to install distro from livecd, but when i try to mount par= tition, it seems that they are just mounted, what about this? |
|
From: Roberto G. <gri...@gm...> - 2006-03-24 07:52:13
|
IO've to try to install distro from livecd, but when i try to mount partition, it seems that they are just mounted, what about this? |
|
From: Matthew G. <mj...@sr...> - 2006-03-21 22:45:46
|
On Tue, Mar 21, 2006 at 11:34:54PM +0100, gimli wrote: > A new kernel patch for 2.6.16 is in CVS. This one have > also updates for ACPI. It includes one patch from the > mm tree to detect the embedded acpi controller. There > are also drivers for the "Smart Battery Subsystem" I can't see it in CVS yet, though that's possibly just sourceforge being rubbish. -- Matthew Garrett | mj...@sr... |
|
From: gimli <gi...@da...> - 2006-03-21 22:34:48
|
Hi, here is a short status update what i'm working on. A new live cd ;) Whishes and suggestions are welcome. A new kernel patch for 2.6.16 is in CVS. This one have also updates for ACPI. It includes one patch from the mm tree to detect the embedded acpi controller. There are also drivers for the "Smart Battery Subsystem" Taken from the Ubuntu kernel, with some little changes. The battery values on the Macbook Pro looks reasonable. For load the driver use "modprobe acpi_sbs mac_hack=1". I look forward in the ACPI stuff what else it could support. cu Edgar (gimli) Hucek |
|
From: Christoph P. <cp...@ch...> - 2006-03-21 21:57:47
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roberto Griso wrote: > I've try to put elio folder in refit folder in /Application/refit > but don't change anything. > What can i do to boot linux from refit? rEFIt only searches /efi and certain other well-known locations. It won't find anything in /Application. - -chrisp - -- chrisp a.k.a. Christoph Pfisterer "To understand a program cp...@ch... - http://chrisp.de you must become both the PGP key & geek code available machine and the program." -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEIHbRr/EAHkwpC28RAt/+AKC5O9wroGNaYfsaCBiefCM7e+EF8wCgzgTd C/oG4qnU66ZClIu5xMAuPCk= =z1bY -----END PGP SIGNATURE----- |
|
From: Roberto G. <gri...@gm...> - 2006-03-21 20:57:11
|
I've try to put elio folder in refit folder in /Application/refit but don't change anything. What can i do to boot linux from refit? |
|
From: Christoph P. <cp...@ch...> - 2006-03-21 07:44:57
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Thomas, >> - And the not so hard showstopper was: How do I get a Linux >> kernel/initrd/elilo/refit compilation on a cd so such my >> apple >> will boot from it when I press c during boot? Are there >> some >> instructions available or could someone tell me how to get >> there? > > could someone enlighten me howto do this? The rEFIt ReadMe has instructions how to install rEFIt to a HFS+ volume and bless it such that the Mac will boot from it. It also has a few words how to add elilo to the mix. To get the whole thing on a CD you have two options: 1. Make the whole CD HFS+ (like gimli's current Ubuntu Live CD). Make a sufficiently large disk image on the Mac, copy everything into it, bless the boot loader, unmount it, burn it to CD. Make sure you have a kernel with hfsplus compiled in. 2. Use the instructions I posted to mactel-linux-devel two days ago to make a CD in ISO9660 format with rEFIt, elilo and the kernel in a HFS+ image added as an El Torito boot image. Hope this helps, chrisp - -- chrisp a.k.a. Christoph Pfisterer "Any sufficiently advanced cp...@ch... - http://chrisp.de bug is indistinguishable PGP key & geek code available from a feature." -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEH67rr/EAHkwpC28RAmaJAJ911S0TK2ryZjLQD1nXpCTD2RrOWACdEqtt pDJ0u0dNWHWu7aazD0J175A= =HKXw -----END PGP SIGNATURE----- |
|
From: Dan N. <dmn...@po...> - 2006-03-21 06:12:14
|
I've tried the sound with a six-channel file, and all the various combinations of speakers plugged in or not, and the result is that the external speakers are receiving the front left and front right channels and nothing else. The internal speakers are receiving nothing under any combination. Incidentally, the headphone output socket lights up when the iec958 switch on the mixer is checked, so presumably this means that at least part of the digital output is working (I don't have a digital audio system to test it on :) Any other suggestions? Dan |
|
From: Thomas G. <sit...@st...> - 2006-03-20 22:25:24
|
Hello,
> - First the absolut showstopper: Mac Mini doesn't work with the
> cdrom. Has anybody the CDROM under Linux on Mac Mini working?
> hda: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache
> hda: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
my fault. This is working. I just compiled the IDE driver in and dropped
the libata.enable_atapi=1 from the command line.
> - And the not so hard showstopper was: How do I get a Linux
> kernel/initrd/elilo/refit compilation on a cd so such my apple
> will boot from it when I press c during boot? Are there some
> instructions available or could someone tell me how to get
> there?
could someone enlighten me howto do this?
Thomas
|
|
From: Matthew G. <mj...@sr...> - 2006-03-20 21:38:21
|
On Mon, Mar 20, 2006 at 07:30:02PM +0100, Thomas Glanzmann wrote: > Hello, > I have the framebuffer configured on my Mac Mini to do 1280x1024 but the > last few pixel lines are cut off. I can see that because I use a xterm > in a fullscreen mide and a few pixels are missing from the bottom. Maybe > only one pixel row. Can anybody confirm this? Providing framebuffer size values doesn't let you actually change the video mode. At a guess you're also missing some pixels to the right of the screen? If so, configure your framebuffer to 1152x876 instead of 1280x1024. -- Matthew Garrett | mj...@sr... |
|
From: Thomas G. <sit...@st...> - 2006-03-20 18:30:58
|
Hello,
I have the framebuffer configured on my Mac Mini to do 1280x1024 but the
last few pixel lines are cut off. I can see that because I use a xterm
in a fullscreen mide and a few pixels are missing from the bottom. Maybe
only one pixel row. Can anybody confirm this?
And now that I tried the framebuffer: I can actually work with this even
under X. I didn't expect that to be that fast. Thank you!
Thomas
|
|
From: gimli <gi...@da...> - 2006-03-20 11:45:01
|
Will be added with next commit. Dan Newman wrote: > The function key patch in cvs probably needs another device added. From > my MacBook Pro, 15in, lsusb -v gives: > > Bus 002 Device 003: ID 05ac:0217 Apple Computer, Inc. > Device Descriptor: > bLength 18 > bDescriptorType 1 > bcdUSB 2.00 > bDeviceClass 0 (Defined at Interface level) > bDeviceSubClass 0 > bDeviceProtocol 0 > bMaxPacketSize0 8 > idVendor 0x05ac Apple Computer, Inc. > idProduct 0x0217 > bcdDevice 0.60 > iManufacturer 1 Apple Computer > iProduct 2 Apple Internal Keyboard / Trackpad > iSerial 0 > bNumConfigurations 1 > Configuration Descriptor: > > The existing patch has a sequence of IDs, but leaves out 0x217. > > Dan > > > > ------------------------------------------------------- > 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: Dan N. <dmn...@po...> - 2006-03-20 11:01:47
|
The function key patch in cvs probably needs another device added. From my MacBook Pro, 15in, lsusb -v gives: Bus 002 Device 003: ID 05ac:0217 Apple Computer, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x05ac Apple Computer, Inc. idProduct 0x0217 bcdDevice 0.60 iManufacturer 1 Apple Computer iProduct 2 Apple Internal Keyboard / Trackpad iSerial 0 bNumConfigurations 1 Configuration Descriptor: The existing patch has a sequence of IDs, but leaves out 0x217. Dan |
|
From: Roberto G. <gri...@gm...> - 2006-03-20 09:05:18
|
Hello, How Can i do to update refit from 0.2 to 0.3 version? |
|
From: Pavel M. <pa...@uc...> - 2006-03-20 08:54:54
|
On Ne 19-03-06 18:43:25, Matthew Garrett wrote:
> The EFI spec states that the data size of an EFI variable is 64 bits.
> "unsigned long", on the other hand, isn't on IA32.
>
> diff --git a/drivers/firmware/efivars.c b/drivers/firmware/efivars.c
> index bda5bce..488c24c 100644
> --- a/drivers/firmware/efivars.c
> +++ b/drivers/firmware/efivars.c
> @@ -110,7 +110,7 @@ static LIST_HEAD(efivar_list);
> struct efi_variable {
> efi_char16_t VariableName[1024/sizeof(efi_char16_t)];
> efi_guid_t VendorGuid;
> - unsigned long DataSize;
> + __u64 DataSize;
> __u8 Data[1024];
> efi_status_t Status;
> __u32 Attributes;
Please, use u64 (not __u64).
Pavel
--
86: {
|
|
From: Thomas G. <sit...@st...> - 2006-03-20 06:55:17
|
Hello,
I build a life CD a long time ago using a shell script to make it 100%
reproducable (I hated to adopt knoppix again and again when a new one
was released). However this morning I tried to adopt this live cd for Mac
Mini and ran into two problems:
- First the absolut showstopper: Mac Mini doesn't work with the
cdrom. Has anybody the CDROM under Linux on Mac Mini working?
hda: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache
Uniform CD-ROM driver Revision: 3.20
hda: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
hda: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
...
I don't remeber from memory what that flag in ireason means but
I look it up later in the ATAPI spec.
- And the not so hard showstopper was: How do I get a Linux
kernel/initrd/elilo/refit compilation on a cd so such my apple
will boot from it when I press c during boot? Are there some
instructions available or could someone tell me how to get
there?
Sincerely,
Thomas
|
|
From: Matthew G. <mj...@sr...> - 2006-03-19 23:21:32
|
On Sun, Mar 19, 2006 at 04:49:40PM -0600, Matt Domsch wrote: > Sorry, I did mean to post a link to the latest efibootmgr that has > this fixed: Thanks - the copy I had was rather older than I thought. Sorry about the confusion. -- Matthew Garrett | mj...@sr... |
|
From: Matt D. <Mat...@de...> - 2006-03-19 22:49:48
|
On Sun, Mar 19, 2006 at 09:33:01PM +0000, Matthew Garrett wrote:
> On Sun, Mar 19, 2006 at 03:29:01PM -0600, Matt Domsch wrote:
>
> > NAK. efibootmgr, the main userspace consumer of this struct, also
> > thinks this is an "unsigned long".
>
> Hm. My copy of efibootmgr has:
>
> typedef struct _efi_variable_t {
> efi_char16_t VariableName[1024/sizeof(efi_char16_t)];
> efi_guid_t VendorGuid;
> uint64_t DataSize;
> uint8_t Data[1024];
> efi_status_t Status;
> uint32_t Attributes;
> } __attribute__((packed)) efi_variable_t;
>
> which certainly makes it look like it's expecting a 64-bit value. But
> checking the spec does seem to suggest that datasize is a native value,
> so presumably it's an efibootmgr bug rather than a kernel one? In that
> case, this ought to be dropped.
Sorry, I did mean to post a link to the latest efibootmgr that has
this fixed:
Home page: http://linux.dell.com/efibootmgr/
For distros that care about 32-bit EFI, please upgrade to efibootmgr 0.5.3.
http://linux.dell.com/efibootmgr/efibootmgr-0.5.3.tar.gz
http://linux.dell.com/efibootmgr/efibootmgr-0.5.3.tar.gz.sign
http://linux.dell.com/efibootmgr/ChangeLog
Thanks,
Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
|
|
From: Matthew G. <mj...@sr...> - 2006-03-19 21:36:17
|
On Sun, Mar 19, 2006 at 03:29:01PM -0600, Matt Domsch wrote:
> NAK. efibootmgr, the main userspace consumer of this struct, also
> thinks this is an "unsigned long".
Hm. My copy of efibootmgr has:
typedef struct _efi_variable_t {
efi_char16_t VariableName[1024/sizeof(efi_char16_t)];
efi_guid_t VendorGuid;
uint64_t DataSize;
uint8_t Data[1024];
efi_status_t Status;
uint32_t Attributes;
} __attribute__((packed)) efi_variable_t;
which certainly makes it look like it's expecting a 64-bit value. But
checking the spec does seem to suggest that datasize is a native value,
so presumably it's an efibootmgr bug rather than a kernel one? In that
case, this ought to be dropped.
--
Matthew Garrett | mj...@sr...
|
|
From: Thomas G. <sit...@st...> - 2006-03-19 21:34:26
|
Hello,
> The code described enables legacy VGA address decoding, but doesn't
> provide any VBE functionality. I'd be surprised if Apple actually
> shipped a legacy video BIOS in their hardware, and I've certainly found
> no sign of one. The Windows drivers probably work by driving the
> hardware directly - Dave Airlie is working on providing some of the same
> functionality in Xorg.
thanks. I think, that I will stay with the fbdev for now. Could you give
me or the mactel list a Heads-Up when there is something that I can give
a try?
Sincerely,
Thomas
|
|
From: Matt D. <Mat...@de...> - 2006-03-19 21:29:14
|
On Sun, Mar 19, 2006 at 06:43:25PM +0000, Matthew Garrett wrote:
> The EFI spec states that the data size of an EFI variable is 64 bits.
> "unsigned long", on the other hand, isn't on IA32.
>
> diff --git a/drivers/firmware/efivars.c b/drivers/firmware/efivars.c
> index bda5bce..488c24c 100644
> --- a/drivers/firmware/efivars.c
> +++ b/drivers/firmware/efivars.c
> @@ -110,7 +110,7 @@ static LIST_HEAD(efivar_list);
> struct efi_variable {
> efi_char16_t VariableName[1024/sizeof(efi_char16_t)];
> efi_guid_t VendorGuid;
> - unsigned long DataSize;
> + __u64 DataSize;
> __u8 Data[1024];
> efi_status_t Status;
> __u32 Attributes;
> diff --git a/include/linux/efi.h b/include/linux/efi.h
> index 9e97bc2..3f0a179 100644
> --- a/include/linux/efi.h
> +++ b/include/linux/efi.h
> @@ -163,7 +163,7 @@ typedef efi_status_t efi_get_wakeup_time
> efi_time_t *tm);
> typedef efi_status_t efi_set_wakeup_time_t (efi_bool_t enabled, efi_time_t *tm);
> typedef efi_status_t efi_get_variable_t (efi_char16_t *name, efi_guid_t *vendor, u32 *attr,
> - unsigned long *data_size, void *data);
> + __u64 *data_size, void *data);
> typedef efi_status_t efi_get_next_variable_t (unsigned long *name_size, efi_char16_t *name,
> efi_guid_t *vendor);
> typedef efi_status_t efi_set_variable_t (efi_char16_t *name, efi_guid_t *vendor,
NAK. efibootmgr, the main userspace consumer of this struct, also
thinks this is an "unsigned long". This wasn't specified up through
EFI 1.10, which I complained about (it, and efi_status_t being defined
as an unsigned long) both force userspace consumers of this struct to
match size of the kernel (i.e. compile a 32-bit binary for 32-bit kernel,
and compile a 64-bit binary for 64-bit kernel).
-Matt
--
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com
|
71 messages has been excluded from this view by a project administrator.
