pbbuttons-users Mailing List for PBButtons
Brought to you by:
matthiasgrimm
Menu
▾
▴
pbbuttons-users — Everything regarding pbbuttons' usage and develpment
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
(3) |
Jul
(13) |
Aug
(9) |
Sep
(9) |
Oct
|
Nov
(8) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(13) |
Feb
(10) |
Mar
(4) |
Apr
(17) |
May
(20) |
Jun
(4) |
Jul
(15) |
Aug
(9) |
Sep
(15) |
Oct
(23) |
Nov
(9) |
Dec
(14) |
| 2006 |
Jan
(13) |
Feb
(5) |
Mar
(9) |
Apr
(6) |
May
(16) |
Jun
|
Jul
(11) |
Aug
|
Sep
(9) |
Oct
(1) |
Nov
|
Dec
|
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
|
| 2008 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mathieu M. <ma...@de...> - 2015-01-05 15:36:52
|
On Sat, Jan 3, 2015 at 3:25 PM, Mathieu Malaterre <ma...@de...> wrote: > Dear pbbuttons user, > > I am trying to get pbbuttons to handle the following simple task: when > I press the power button, I'd like the box to shutdown nicely. For some reason I need the attached patch. I understand this is an ugly hack but I could not figure out why mac-mini was blacklisted... |
|
From: Mathieu M. <ma...@de...> - 2015-01-03 14:26:25
|
Dear pbbuttons user,
I am trying to get pbbuttons to handle the following simple task: when
I press the power button, I'd like the box to shutdown nicely.
I have build pbbuttons with debug info (--enable-debug), and I am
running it like this:
$ sudo /usr/bin/pbbuttonsd --configfile=/etc/pbbuttonsd.conf
WARNING: No backlight driver available - check your Kernel configuration.
WARNING: Card 'default' has no 'Master' element.
WARNING: Card 'default' has no 'PC Speaker' element.
WARNING: Option 'ALSA_Elements' contains no valid elements
INFO: Soundsystem requested: ALSA and at least activated: none.
INFO: saving of config enabled to /etc/pbbuttonsd.conf.
pbbuttonsd 0.7.9: Unknown PowerBook - PMU version: 85
INFO: Script '/etc/power/pmcs-pbbuttonsd performance ac ' lauched but
exitcode is not null
However as noted above, nothing happen in the output when I press the
power button (single short pression). Reading the source code it
should however do something (AFAIK):
$ cat src/module_pmac.c
[...]
/* n = 2 && intr[1] = 0x0c = %01100 power
button on mac-mini */
[...]
#if defined(DEBUG) && PMUINTR
printf ("\nPMU interrupt: ");
for (i=0; i < n; i++)
printf ("%.2x ", intr[i]);
printf ("\n");
#endif
If needed I can send the full configuration but the main options I
played with are:
$ grep Sleep /etc/pbbuttonsd.conf
onAC_KeyAction = shutdown ; SleepKey
onBattery_KeyAction = shutdown ; SleepKey
SleepKey = 116
SleepKeyDelay = 0 ; values > 0 may be dangerous, if the power
key is used to trigger sleep
Any suggestion would be very appreciated !
Happy New Year
|
|
From: <mas...@gm...> - 2012-08-14 08:06:04
|
> Datum: Mon, 13 Aug 2012 20:45:53 +0200 > Thanks for your mail. You are right, the project is not very active > anymore > and even I changed to an non-apple laptop in the meantime. I often thought about a change, so I dropped my old iBook but still keep the Powerbook since it is alive again with a new battery. I often thought about a ppc optimized glibc using more of the altivec feature, like OSX already did, and which is the cause why Linux on ppc feels slower. I tried to discuss glibc replacements here: http://forums.gentoo.org/viewtopic-t-861090.html http://forums.gentoo.org/viewtopic-t-861947.html Anyway, as you said, the ppc community is decreasing. But now with a amd64 crosscompiler I go on with the Powerbook for a while... So we can stay with pbbuttonsd and fix at least the bugs (remember to adapt for 3.x sources with the patch I provided). > Anyway, I corrected the errors in the man pages and scripts you > discovered, > in the upstream code. Who knows what this would be good for. :-) Thanks, if released I'll forward that to the Gentoo ebuild maintainers. > I had a look at you high cpu load problem. Even I changed to glib in ... I'll do some debugging on my own and let you know. > Powermac users with a PPC CPU are a distinguishing species. This is right, there will be no new devices in the future. Though there are also some PPC around in Linux TV settop-boxes and Playstations. But this is not focussed by the pbbuttonsd And so it is maybe not worth to start this task: > To transfer all of pbbuttonsd functionality to pm-utils might by tricky ... Best regards, Massimo |
|
From: Matthias G. <mat...@us...> - 2012-08-13 19:11:17
|
On Mon, 13 Aug 2012 15:46:22 +0200 mas...@gm... wrote: Hi Massimo, Thanks for your mail. You are right, the project is not very active anymore and even I changed to an non-apple laptop in the meantime. Anyway, I corrected the errors in the man pages and scripts you discovered, in the upstream code. Who knows what this would be good for. :-) I had a look at you high cpu load problem. Even I changed to glib in version 0.8.x not everthing is event driven. Autorescan causes a lot of cpu load, as you already discovered. To find out more it would be the best to compile with --enable-debug. Have a look into debug.h. You can enable a lot of different debug information. PEEP_TIMER might be of special interest for you. Start the daemon in a console without letting it detach and watch the output. > I also think about porting the pbbuttonsd functionality to the common pm-utils, which does most of the things quite equally. > > Is this project still alive? The was no submit and mailing list traffic > the last years. If so I feel no need to migrate to pm-utils if we can keep > the old ppc books and also new Macbooks alive with pbbuttonsd. Powermac users with a PPC CPU are a distinguishing species. New features are no longer needed and the download numbers are around 2 per month, and I think this are robots, not knowing what they are doing. ;-) To transfer all of pbbuttonsd functionality to pm-utils might by tricky because you need some special tools to tweak the hardware but you could combine both which a special script dispatcher. In this case you get at least rid of the rather outdated scripts of pbbuttons. Best Regards Matthias -- Matthias Grimm <mat...@us...> |
|
From: <mas...@gm...> - 2012-08-13 13:46:32
|
Hi, * please notice my problem with high CPU load here: https://forums.gentoo.org/viewtopic-p-7114180.html#7114180 First of all after the 0.8 configuration migration there is still an error in the man-page: Even the latest man-page is wrong here: Quote: > autorescan = [yes | no] (default: yes) The group must be [SYSTEM] and the setting must be *false* and not *no*. Now its really disabled according to pbbcmd. The standard pbbuttonsd.cnf does not match the latest specification. I'm not sure if this is generated by the distribution. Then I still have the issue with high CPU load on a PB G4, eventhough most is disabled such as autorescan, NETLoad* CPULoad* and *Autoadj* Any hint what to try else? * Then please take a look at https://forums.gentoo.org/viewtopic-p-7063064.html I submitted a patch there for the 3.* sources. I also think about porting the pbbuttonsd functionality to the common pm-utils, which does most of the things quite equally. Is this project still alive? The was no submit and mailing list traffic the last years. If so I feel no need to migrate to pm-utils if we can keep the old ppc books and also new Macbooks alive with pbbuttonsd. Regards, Massimo |
|
From: Janus <ja...@rt...> - 2009-05-28 16:53:18
|
Hi,
I am trying to configure my PowerBook G4 12'' with debian. The only
thing what I can't do is the sleep functionality.
On MacOS X it works properly (and very fast), here I can't manage to
get it sleep.
When I close my lid the apple light turn off, but the machine still working.
pbbcmd query TAG_SLEEPSUPPORTED returns 0.
Is there any way to get my laptop to sleep to ram or sleep to disk?
Please, let me know what information do you need.
Cheers,
Janus
--
Alejandro Díaz-Caro
PhD Student
Laboratoire d'Informatique de Grenoble
http://membres-liglab.imag.fr/diazcaro
|
|
From: Eeri K. <Eer...@in...> - 2009-05-07 17:46:06
|
Hello,
Being new to this list and new to using Linux on a PowerBook G4 12",
let me eagerly report about some experiences about success and
failure here, in the hope to find some help; as some issues are
maybe even PBbuttons-related. :-)
Installing the latest ppc-variant of Gentoo went very well. Though,
it appears the X11-server runs only either on a laptop screen, or on
an external DVI-connected screen, not on both in Xinerama mode.
This is probably the "nv" driver issue. (It appears the 12"-model
features GeForce FX 5200.)
Most notably I have not managed to get the wireless, small-sized
aluminium keyboard to work, in particular the Fn key. This leads to
not having PgUP, PgDown, Home, End neither on console nor in X. May
I ask for help, if there is something particular one has to pay
attention to? This external keyboard is probably not running over
bluetooth, as I am not sure this subsystem is running at all (i.e. I
figured out the keyboard principally works independently if I run
"/etc/init.d/bluetooth start" or not).
Then, the wireless Mighty-Mouse doesn't seems to work at all, which
is very unfortunate. May I ask if anybody has that mouse working
and don't mind to provide some hint what might be the problem. (I
have done some extensive google'ing to this topic but unfortunately
had no success in finding any solution.)
Then, a not-so-good experience I had is related to the heating. I
started a pretty extensive numerical simulation in the background
and did some heavy LaTeX document compiling in the foreground so all
cooling fans roared a while ... until suddely out of no apparent
reason the laptop power went off. It is my un-knowledgeable opinion
this had anything to do with temperature sensing, probably I should
repeat that same stress-test under MacOSX to compare. I don't know
if pbbuttons has anything to do with temperature sensors or
controlling, if it does, it would be great if I could tune these
parameters at some appropriate place.
(As a positive experience in my short powerbook usage period, it
appears Linux support, in particular for Hauppauge PVR-USB2 is
perfect even on ppc platform and it is definitely more fluent in
operation than ... say a comparable Elgato EyeTV under MacOSX ... on
core-2-duo.)
Greetings,
Eeri Kask
|
|
From: Robert T. D. <rt...@ea...> - 2009-03-10 03:54:45
|
seems a fix for flashing display on backlight shutoff: see kernel bug 12845 |
|
From: Robert T. D. <rt...@ea...> - 2009-03-04 12:35:32
|
When shutting off the powerbook G4 1.3GHz 17" backlight (radeon 9600) it momentarily flashes at full brightness. Starting at full brightness is no problem but if the backlight is dimmed to start this flash puts an unnecessary stress on the backlight components. Running kernel-2.6.23-9.ydl6.1, the flash happens on: echo 0 > /sys/class/backlight/radeonbl0/brightness The relevant kernel function seems to be: radeon_bl_update_status in: linux-2.6.23.9/drivers/video/aty/radeon_backlight.c I think people will benefit if this unnecessary stress is removed. Does anyone know if the kernel function is bad? Is it possible to disable the kernel function and let pbbuttonsd handle the backlight? |
|
From: Joseph J. <jo...@ge...> - 2008-12-28 02:34:22
|
Hi Matthias, With 2.6.28, the fnmode quirk control has been moved to /sys/modules/hid_apple/parameters/fnmode. The attached patch adds this path to pbbuttonsd and lets the fnmode control work again. Thanks, -Joe |
|
From: Matthias G. <mat...@us...> - 2008-04-20 11:10:22
|
On Wed, 16 Apr 2008 21:34:10 +0200 PaulTT <pa...@gm...> wrote: > added a forcing sleep option in ACPI module, and implements > (experimental) sleep. Hi Paul, another point I just recognised: You use the function "printf()" and "perror()". This calls should be changed to "print_msg()" with the appropriate error category. This will make sure that error messages are written into the log file as well. Please tell me, if you want to make the modification yourself or if I should do it. Best Regards Matthias |
|
From: Matthias G. <mat...@us...> - 2008-04-20 11:03:17
|
On Wed, 16 Apr 2008 21:34:10 +0200 PaulTT <pa...@gm...> wrote: > added a forcing sleep option in ACPI module, and implements > (experimental) sleep. > > the code used to put the machine to sleep is the same as in uswsusp > package (s2ram program) Hi Paul, thanks for your patch, I think it will go straight through into the main source repository. One question: Are there any preconditions that must be fulfilled to use the code? Kernel version, special options? If so they should be named in the man page. Best Regards Matthias |
|
From: PaulTT <pa...@gm...> - 2008-04-16 19:34:08
|
added a forcing sleep option in ACPI module, and implements (experimental) sleep. the code used to put the machine to sleep is the same as in uswsusp package (s2ram program) Paul |
|
From: PaulTT <pa...@gm...> - 2008-03-27 00:00:34
|
fix compilation issue with g++ 4.2.3 and libpci 2.1.11-3 in debian testing added -lz in Makefile |
|
From: PaulTT <pa...@gm...> - 2008-01-11 18:06:06
|
.... > i added a line ti case TAG_TIMEREMAINING in acpi_handle_tags, where i say: > if (base->flags.ignorebattery) break; > before > tf (cfgure) tagerr.... changed those lines. now it seems to work reliably, i'll let you know, thanx |
|
From: PaulTT <pa...@gm...> - 2008-01-09 23:06:10
|
..... > > acpi kernel port directly, but possibly this failed somehow. I have > > only poor possibilities to test all this because I don't have a > > MacBook. So help is always welcome. > > if tou need something to test, tell me, i've got a macbook which is > mine, and another to test on ;P > ... i have put together a small patch that enables sleep and enables an option to ignore battery status. i did it togethere because of the problem i have with acpi. i added options Acpi_ForceSleep and IgnoreBatteryStatus to MODULE ACPI. sleep seems to work (i copied part of s2ram which actually does it) so far, i've got a little problem with the other part, about the battery. i added a line ti case TAG_TIMEREMAINING in acpi_handle_tags, where i say: if (base->flags.ignorebattery) break; before tf (cfgure) tagerr.... where flags.ignorebattery is in my case = true. but the case is that sometimes it decides that it should go to sleep, or when i'm in ac power mode, and unplug the power cable, it decides too to go to sleep. i have a question: am ia missing something and there's another path of the messages requesting time remaining and the need to sleep? have i explained it in a understandable way? thanx, Paul |
|
From: PaulTT <pa...@gm...> - 2007-11-26 14:38:17
|
On Nov 10, 2007 11:27 AM, Matthias Grimm <mat...@us...> wrote: > On Thu, 8 Nov 2007 11:26:03 +0100 > PaulTT <pa...@gm...> wrote: > > Hi Paul, > > > > i'm not sure if it was really pbbuttons fault > > after a while, one month of uptime, i say, acpi battery stat went away again. > > anyway, i'll put together a (trivial) patch to enable/disable battery > > pooling by pbbuttons, anyway > > ACPI support in pbbuttonsd is quite very basic yet. If you have any code > that improves the situation, feel free to send it to me. bein a little jammed in these days, as soon as i have the time, i'll write a patch to enable/disable battery check at runtime (it could be useful for desktop computers, anyway, i think) from configuration file > ACPI should always report the correct battery values if pbbuttons > polling the data or not. Possibly the ACPI kernel code might got > confused by an error I made in pbbuttonsd but this is not very likely. > (confusing the kernel, not making errors in pbbuttonsd ;-) ) i couldn't get any reasonable result, indeed. it may be that pbb could confuse the kernel, but even with battery code disabled, after a while -even if it was a loooong while- acpi stopped responding correctly. so it could or couldn't be the fault of pbb. now, with 2.6.24rc3 it seems to be stable. but i have to wait at least another few days to talk.... i'll let you informed, thanx for the work and the attention :) > If you have acpid running, it could also an incompatibility of acpid > and pbbuttonsd. I made pbbuttonsd attach to acpid if it can't get the i stopped acpid anyway since i didn't found any utility in having it > acpi kernel port directly, but possibly this failed somehow. I have > only poor possibilities to test all this because I don't have a > MacBook. So help is always welcome. if tou need something to test, tell me, i've got a macbook which is mine, and another to test on ;P > Best Regards > Matthias > bye |
|
From: Matthias G. <mat...@us...> - 2007-11-10 10:27:05
|
On Thu, 8 Nov 2007 11:26:03 +0100 PaulTT <pa...@gm...> wrote: Hi Paul, > i'm not sure if it was really pbbuttons fault > after a while, one month of uptime, i say, acpi battery stat went away again. > anyway, i'll put together a (trivial) patch to enable/disable battery > pooling by pbbuttons, anyway ACPI support in pbbuttonsd is quite very basic yet. If you have any code that improves the situation, feel free to send it to me. ACPI should always report the correct battery values if pbbuttons polling the data or not. Possibly the ACPI kernel code might got confused by an error I made in pbbuttonsd but this is not very likely. (confusing the kernel, not making errors in pbbuttonsd ;-) ) If you have acpid running, it could also an incompatibility of acpid and pbbuttonsd. I made pbbuttonsd attach to acpid if it can't get the acpi kernel port directly, but possibly this failed somehow. I have only poor possibilities to test all this because I don't have a MacBook. So help is always welcome. Best Regards Matthias |
|
From: PaulTT <pa...@gm...> - 2007-11-08 10:26:02
|
> > can i go on? i'm not sure if it was really pbbuttons fault after a while, one month of uptime, i say, acpi battery stat went away again. anyway, i'll put together a (trivial) patch to enable/disable battery pooling by pbbuttons, anyway Paul |
|
From: PaulTT <pa...@gm...> - 2007-10-23 10:58:54
|
i had a problem with ACPI and MacBook... after a while, with pbbuttonsd running, acpi stopped giving (and readin) sane values for percent charge of the battery, answering with a 'nan%' looking in acpi files, it lost even data about voltage and so on... now i commented out the lines in pbbuttonsd accessing battery data, just to isolate the problem, and it worked, it's 4 days, and i still get correct battery charge values. i'll try to get around the problem and write a patch which could remove the problem. in the meantime i could post a patch which add an option in config file to enable/disable acpi battery check/control... can i go on? thanx, PaulTT |
|
From: Matthias G. <mat...@us...> - 2007-07-07 19:22:47
|
Hi, I released PBButtonsd 0.8.1 and GtkPBButtons. Both releases contain several minor bug fixes. PBButtonsd is able to read the trackpad configuration from the config file again and several patches from ubuntu were applied. GtkPBButtons doesn't block the sound device anymore when launched as daemon. Furthermore the daemon plays sounds again. Both releases could be downloaded from sourceforge or via http://pbbuttonsd.berlios.de. Have fun Matthias |
|
From: Jason W. <jvw...@ma...> - 2007-07-01 03:56:42
|
Excellent, many thanks. I shall give that a shot! On Saturday, June 30, 2007, at 05:05AM, "Matthias Grimm" <mat...@us...> wrote: >On Wed, 27 Jun 2007 08:51:30 -0700 >Jason Williams <jvw...@ma...> wrote: > >Hi Jason, > >> Hi everyone, first post here and a little assistance with getting pbbuttonsd working on OpenSUSE 10.2 >> >> It looks like I have all the dependencies resolved and ./configure LAPTOP=MACBOOK (I have a Macbook PRO) works. >> >> The "make install" gets all the way through but then fails at the last with the following: >[...] > >All missing functions are part of the zlib. > >I found a hint in the internet: >http://mail.gnome.org/archives/garnome-list/2006-November/msg00001.html > >The pciutils-dev package seems to be the problem. It was reported as >not to work properly. Unfortunately I can't remember the version. >Please check the version of your pciutils-dev package and try to >downgrade it. > >I have installed version 2.2.4-pre4-1 and it works fine. > > Best Regards > Matthias > > > > |
|
From: Matthias G. <mat...@us...> - 2007-06-30 11:05:48
|
On Wed, 27 Jun 2007 08:51:30 -0700 Jason Williams <jvw...@ma...> wrote: Hi Jason, > Hi everyone, first post here and a little assistance with getting pbbuttonsd working on OpenSUSE 10.2 > > It looks like I have all the dependencies resolved and ./configure LAPTOP=MACBOOK (I have a Macbook PRO) works. > > The "make install" gets all the way through but then fails at the last with the following: [...] All missing functions are part of the zlib. I found a hint in the internet: http://mail.gnome.org/archives/garnome-list/2006-November/msg00001.html The pciutils-dev package seems to be the problem. It was reported as not to work properly. Unfortunately I can't remember the version. Please check the version of your pciutils-dev package and try to downgrade it. I have installed version 2.2.4-pre4-1 and it works fine. Best Regards Matthias |
|
From: Jason W. <jvw...@ma...> - 2007-06-27 15:51:33
|
Hi everyone, first post here and a little assistance with getting pbbuttonsd working on OpenSUSE 10.2 It looks like I have all the dependencies resolved and ./configure LAPTOP=MACBOOK (I have a Macbook PRO) works. The "make install" gets all the way through but then fails at the last with the following: Making install in src Linking pbbuttonsd: [ERROR] g++ -g -O2 -o pbbuttonsd -L../libpbbipc pbbuttonsd.o init.o input_manager.o s upport.o class_config.o module_system.o module_powersave.o module_display.o m odule_cdrom.o class_backlight.o driver_backlight_sysfs.o class_mixer.o -lpbb driver_backlight_x1600.o driver_backlight_gma950.o module_acpi.o module_imac. o driver_mixer_oss.o driver_mixer_alsa.o ibam_stub.o -lpci -lsmbios -lasound -lm -ldl -lpthread -lstdc++ -L/opt/gnome/lib -lglib-2.0 -ldl /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0x4d0): undefined reference to `gzopen' /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0x563): undefined reference to `gzgets' /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0x668): undefined reference to `gzclose' /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0x689): undefined reference to `gzeof' /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0x718): undefined reference to `gzclose' /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0xaf2): undefined reference to `gzopen' /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0xc76): undefined reference to `gzerror' /usr/lib/gcc/i586-suse-linux/4.1.2/../../../libpci.a(names.o): In function `p ci_load_name_list': (.text+0xc96): undefined reference to `gzclose' collect2: ld returned 1 exit status make[1]: *** [pbbuttonsd] Error 1 make: *** [install-recursive] Error 1 Any clues that could point me in the right direction? Thanks! |
|
From: timotheus <tim...@ts...> - 2007-05-18 08:05:11
|
Just for note, I have an AluBook and upgrading to pbbuttonsd 0.8.0 causes the backlight buttons to not do full extent changes with the SHIFT modifer. (I suspect the button simply doesn't bind with 0.8.0 and that the kernel support for the brightness key is in effect.) Prior versions of pbbuttonsd do not have this problem for me. pbbuttonsd is compiled with: # ./configure \ --prefix=/usr --host=powerpc-unknown-linux-gnu \ --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share \ --sysconfdir=/etc --localstatedir=/var/lib laptop=powerbook --disable-debug \ --without-doxygen_docs --with-alsa --without-oss --with-ibam \ --build=powerpc-unknown-linux-gnu # cat /proc/cpuinfo processor : 0 cpu : 7447/7457, altivec supported clock : 765.000000MHz revision : 0.1 (pvr 8002 0101) bogomips : 36.73 timebase : 18432000 platform : PowerMac machine : PowerBook5,2 motherboard : PowerBook5,2 MacRISC3 Power Macintosh detected as : 287 (PowerBook G4 15") pmac flags : 0000001b L2 cache : 512K unified pmac-generation : NewWorld # uname -a Linux barnabas 2.6.19-gentoo-r4barn8 #1 Mon Jan 15 00:31:04 EST 2007 ppc 7447/7457, altivec supported PowerBook5,2 GNU/Linux |
