mouseemu in need of a new maintainer
Hi, My iBook G4 died an horrible death - it's been showered by a leak in the roof, basically - and won't start after drying. As I won't be able to buy another one, I probably won't be able to hack on mouseemu either for a while. If anyone wants to take maintainership, he's welcome to do so. Concerning therm_adt746x, I guess I can continue to maintain it, as it's relatively bug-free and won't evolve to support new thermal chips. Thanks, -- Colin http://www.colino.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: therm_adt746x
On Fri, 12 Aug 2005 11:02:25 +0200 Johannes Berg [EMAIL PROTECTED] wrote: However, only 2 sensors show up in /sys/devices/temperatures, namely CPU BOTTOMSIDE (as sensor1_xx) and PWR SUPPLY BOTTOMSIDE (as sensor2_xx). Is that a bug or is there just some logic skipping the other one for whatever reason, maybe because it has no fan? I don't even know if it does. Yes, sensor 0: CPU/INTREPID BOTTOMSIDE is skipped because it has no fan. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PBButtonsd Beta Version 0.7.0beta2 released - major bugfix
On Tue, 5 Jul 2005 19:09:39 +0200 Matthias Grimm [EMAIL PROTECTED] wrote: I have just installed mouseemu in parallel to pbbuttonsd and it works fine. Both trackpad blocking functions doesn't seem to disturb eachother. On the other hand it makes not much sense to use both at the same time. Therefore I add a paragraph to pbbutton's man page that suggests NoTapTyping only if mouseemu isn't installed. If both programs are running NoTapTyping in pbbuttonsd should be disabled. Yes, that's how it works at home too. I don't have problems with this setup... IIRC, I didn't touch its code since a long time. You should do it again. You borrowed some code from pbbuttonsd including some bugs you should fix ;-) The ihandler array handling in register_inputhandler() and unregister_inputhandler() is not safe. It could lead into an busy loop or segmentation fault if the array is completly filled. Thanks for the tip :) I'll try to give a look at it. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: PBButtonsd Beta Version 0.7.0beta2 released - major bugfix
On Tue, 5 Jul 2005 10:07:54 +0200 (CEST) Michael Schmitz [EMAIL PROTECTED] wrote: That is asking for trouble if mouseemu is also configured to do a typing block - both mouseemu and pbbuttonsd are likely to program the trackpad mode at the same time. Mouseemu doesn't program the trackpad. It works only by catching key and mouse events, and re-dispatching them (or eating them, in the case of trackpad blocking). IIRC, I didn't touch its code since a long time. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pbbuttonsd not starting under 2.6.12
On Tue, 21 Jun 2005 09:30:55 +0200 Soeren Sonnenburg [EMAIL PROTECTED] wrote: pbbuttonsd works on 2.6.12... (at least it does here for a while) I don't know whether the above sender switched to udev (or some newer version of it) and /dev/pmu does not exist or has wrong permissions Works for me too, using udev. In /etc/udev/permissions.d/50-udev.permissions , I have: pmu:root:root:666 -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apple's Developer Transition Kit
On Thu, 09 Jun 2005 09:14:20 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED] wrote: No, I'm not. First of all, this kit is only a lease, you have to send it back, then, it's only a ordinary peecee, probably very different from whatever apple will come up ultimately, and finally, I'm not sure at all that I will continue maintaining linux support on x86 based Macs. I'm not really motivated at this point. Thanks for the clarification :-) Anyway I'm in the same situation as you, I think I'll keep my ibook G4 until it dies... -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Apple's Developer Transition Kit
Hi, http://developer.apple.com/transitionkit.html Looks like hackers can get an x86 Apple machine right now, if they fork $999. I guess Ben's employer may not really want to provide that to him :-/ Maybe we users can re-do a distributed donation to Benh, if he's interested in making Linux work on this hybrid stuff? (Ben: are you interested in this?) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apple's Developer Transition Kit
On Wed, 08 Jun 2005 11:56:52 +0200 Vincent Bernat [EMAIL PROTECTED] wrote: The hardware may just be a classic PC and differ from what Apple will really ship in one year. Right, that's possible. Perhaps people getting it will tell more about the hardware soon... -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Set up Fan speed Powerbook g4
On Wed, 8 Jun 2005 17:13:41 +0200 Federico 'Pain' Pistono [EMAIL PROTECTED] wrote: But can I set, for instance, speed = 64 if temp 55 °C speed = 96 if temp = 55 °C ? No, the fan will speed up incrementally. It'll start at specified_fan_speed when the limit is reached and speed up to 255 when limit+7 is reached. ie if specified_fan_size is 64: limit = 64 limit+n = 64 + n*((255-specified_fan_speed)/7) limit+1 = 64 + 27 limit+2 = 64 + 54 limit+7 = 255 -- Colin
Re: Set up Fan speed Powerbook g4
On Wed, 8 Jun 2005 18:11:43 +0200 Bin Zhang [EMAIL PROTECTED] wrote: Is it safe to use 55°C for a ibook ? Why the default is 50°C ? It seems to me that under OS X, the fan starts if temp 60°C. The 50°C came from the darwin sources when I first wrote the driver. maybe that has changed. I use 55°C at home too. Anyway I prefer having the default limit lower than necessary, so that my driver won't fry people's hardware :-) -- Colin
Re: iMac G5 Status?
On Thu, 02 Jun 2005 11:56:57 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED] wrote: o [iMac G5] Fan controls? I'm in the middle of implementing that. For now, you get fans full speed all the time. About fan control in latest Macs, the Mini seems to have a Max6642 chip with specs available at http://pdfserv.maxim-ic.com/en/ds/MAX6642.pdf And according to this pdf, implementing fan control in the mac mini is a matter of copy-pasting therm_adt746x and changing only bits. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: communicate with a printerserver using its mac adress ??
On 02 Jun 2005 at 19h06, Roland Wegmann wrote: Hi, Can I communicate with the printer server using its MAC address in order to set the static IP of the printer server? If yes, what tools allows to do this? People say to use arp -s, but that never worked for me. I had better success using a sniffer (ethereal), like Jan-Benedict suggests, and waiting a bit (one hour has always been enough). Or, you may setup a dhcp server, watch its log, reboot the print server and hope it'll try to get a dhcp address. Good luck! -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: screen goes blank instead sleep
On Fri, 27 May 2005 09:27:35 -0400 Eric Pineault [EMAIL PROTECTED] wrote: Hi Eric, What is your Ibook version, if its revision 1.1 like mine, sleep just doesn't work, don't know why tried all the solutions posted on this list and on ubuntu's ppc forum. Does Option Agpmode 4 not help? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: screen goes blank instead sleep
On Fri, 27 May 2005 11:05:41 +0100 Imobach González Sosa [EMAIL PROTECTED] wrote: Ok, I'm trying a vanilla 2.6.11.10 kernel. When I push the power button my screen goes blank, but machines doesn't go to sleep. I've also tried with unstable 2.6.11 kernel sources. Try with a vanilla 2.6.11.10, that should be ok. Try to make it sleep by closing the lid instead of pressing power; if this works, that's a pbbuttonsd (or pmud) configuration problem. -- Colin
Re: zillion printk messages suppressed
On 23 May 2005 at 16h05, James Buchanan wrote: Hi, When installing debian-sarge-netinst for PowerPC rc3 on an iBook it prints a message like 500 printk messages suppressed every couple of seconds. Does anyone know what this is? It was so annoying I had to power off the machine. I couldn't even switch to another vterm without that filling up the screen. Looks like CONFIG_EVBUG. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Seriuos stability problem using KDE apps
On 17 May 2005 at 17h05, Michael Schmitz wrote: Hi, The 'GPU temperature' label may be a bit misleading - in my case, lsprop shows the sensor locations to be at intrepid, CPU and power supply. Yes, GPU is correct only for iBooks. I'll send a patch one day :) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[PATCH] therm_adt746x: show correct sensor locations
Hi, this patch shows the correct locations of the heat sensors present in iBook and PowerBooks G4, instead of displaying them as being on CPU and GPU (which is not always the case). It applies on top of the precedent patch that is in your tree (Make sure therm_adt746x only handles known hardware) Signed-off-by: Colin Leroy [EMAIL PROTECTED] --- a/drivers/macintosh/therm_adt746x.c 2005-05-17 20:00:43.0 +0200 +++ b/drivers/macintosh/therm_adt746x.c 2005-05-17 20:07:02.0 +0200 @@ -39,15 +39,16 @@ #define MANUAL_MASK 0xe0 #define AUTO_MASK0x20 -static u8 TEMP_REG[3]= {0x26, 0x25, 0x27}; /* local, cpu, gpu */ -static u8 LIMIT_REG[3] = {0x6b, 0x6a, 0x6c}; /* local, cpu, gpu */ +static u8 TEMP_REG[3]= {0x26, 0x25, 0x27}; /* local, sensor1, sensor2 */ +static u8 LIMIT_REG[3] = {0x6b, 0x6a, 0x6c}; /* local, sensor1, sensor2 */ static u8 MANUAL_MODE[2] = {0x5c, 0x5d}; static u8 REM_CONTROL[2] = {0x00, 0x40}; static u8 FAN_SPEED[2] = {0x28, 0x2a}; static u8 FAN_SPD_SET[2] = {0x30, 0x31}; -static u8 default_limits_local[3] = {70, 50, 70};/* local, cpu, gpu */ -static u8 default_limits_chip[3] = {80, 65, 80};/* local, cpu, gpu */ +static u8 default_limits_local[3] = {70, 50, 70};/* local, sensor1, sensor2 */ +static u8 default_limits_chip[3] = {80, 65, 80};/* local, sensor1, sensor2 */ +static char *sensor_location[3] = {NULL, NULL, NULL}; static int limit_adjust = 0; static int fan_speed = -1; @@ -58,7 +59,7 @@ MODULE_LICENSE(GPL); module_param(limit_adjust, int, 0644); -MODULE_PARM_DESC(limit_adjust,Adjust maximum temperatures (50 cpu, 70 gpu) +MODULE_PARM_DESC(limit_adjust,Adjust maximum temperatures (50 sensor1, 70 sensor2) by N degrees.); module_param(fan_speed, int, 0644); @@ -213,10 +214,10 @@ if (th-last_speed[fan] != speed) { if (speed == -1) printk(KERN_DEBUG adt746x: Setting speed to automatic - for %s fan.\n, fan?GPU:CPU); + for %s fan.\n, sensor_location[fan+1]); else printk(KERN_DEBUG adt746x: Setting speed to %d - for %s fan.\n, speed, fan?GPU:CPU); + for %s fan.\n, speed, sensor_location[fan+1]); } else return; @@ -300,11 +301,11 @@ printk(KERN_DEBUG adt746x: setting fans speed to %d (limit exceeded by %d on %s) \n, new_speed, var, - fan_number?GPU/pwr:CPU); + sensor_location[fan_number+1]); write_both_fan_speed(th, new_speed); th-last_var[fan_number] = var; } else if (var -2) { - /* don't stop fan if GPU/power is cold and CPU is not + /* don't stop fan if sensor2 is cold and sensor1 is not * so cold (lastvar = -1) */ if (i == 2 lastvar -1) { if (th-last_speed[fan_number] != 0) @@ -318,7 +319,7 @@ if (started) return; /* we don't want to re-stop the fan - * if CPU is heating and GPU/power is not */ + * if sensor1 is heating and sensor2 is not */ } } @@ -353,7 +354,7 @@ static void set_limit(struct thermostat *th, int i) { - /* Set CPU limit higher to avoid powerdowns */ + /* Set sensor1 limit higher to avoid powerdowns */ th-limits[i] = default_limits_chip[i] + limit_adjust; write_reg(th, LIMIT_REG[i], th-limits[i]); @@ -461,6 +462,12 @@ return sprintf(buf, %d\n, data); \ } +#define BUILD_SHOW_FUNC_STR(name, data)\ +static ssize_t show_##name(struct device *dev, char *buf) \ +{ \ + return sprintf(buf, %s\n, data); \ +} + #define BUILD_SHOW_FUNC_FAN(name, data)\ static ssize_t show_##name(struct device *dev, char *buf) \ { \ @@ -476,7 +483,7 @@ int val;\ int i; \ val = simple_strtol(buf, NULL, 10); \ - printk(KERN_INFO Adjusting limits by %d°C\n, val);\ + printk(KERN_INFO Adjusting limits by %d degrees\n, val); \ limit_adjust = val; \ for (i=0; i 3; i++) \ set_limit(thermostat, i
Re: [PATCH] therm_adt746x: show correct sensor locations
Hi, this patch shows the correct locations of the heat sensors present in iBook and PowerBooks G4, instead of displaying them as being on CPU and GPU (which is not always the case). Hmm, take this one instead, it fixes an issue if the hwsensor-location property doesn't exist. Signed-off-by: Colin Leroy [EMAIL PROTECTED] --- a/drivers/macintosh/therm_adt746x.c 2005-05-17 20:00:43.0 +0200 +++ b/drivers/macintosh/therm_adt746x.c 2005-05-17 21:05:40.0 +0200 @@ -39,15 +39,16 @@ #define MANUAL_MASK 0xe0 #define AUTO_MASK0x20 -static u8 TEMP_REG[3]= {0x26, 0x25, 0x27}; /* local, cpu, gpu */ -static u8 LIMIT_REG[3] = {0x6b, 0x6a, 0x6c}; /* local, cpu, gpu */ +static u8 TEMP_REG[3]= {0x26, 0x25, 0x27}; /* local, sensor1, sensor2 */ +static u8 LIMIT_REG[3] = {0x6b, 0x6a, 0x6c}; /* local, sensor1, sensor2 */ static u8 MANUAL_MODE[2] = {0x5c, 0x5d}; static u8 REM_CONTROL[2] = {0x00, 0x40}; static u8 FAN_SPEED[2] = {0x28, 0x2a}; static u8 FAN_SPD_SET[2] = {0x30, 0x31}; -static u8 default_limits_local[3] = {70, 50, 70};/* local, cpu, gpu */ -static u8 default_limits_chip[3] = {80, 65, 80};/* local, cpu, gpu */ +static u8 default_limits_local[3] = {70, 50, 70};/* local, sensor1, sensor2 */ +static u8 default_limits_chip[3] = {80, 65, 80};/* local, sensor1, sensor2 */ +static char *sensor_location[3] = {NULL, NULL, NULL}; static int limit_adjust = 0; static int fan_speed = -1; @@ -58,7 +59,7 @@ MODULE_LICENSE(GPL); module_param(limit_adjust, int, 0644); -MODULE_PARM_DESC(limit_adjust,Adjust maximum temperatures (50 cpu, 70 gpu) +MODULE_PARM_DESC(limit_adjust,Adjust maximum temperatures (50 sensor1, 70 sensor2) by N degrees.); module_param(fan_speed, int, 0644); @@ -213,10 +214,10 @@ if (th-last_speed[fan] != speed) { if (speed == -1) printk(KERN_DEBUG adt746x: Setting speed to automatic - for %s fan.\n, fan?GPU:CPU); + for %s fan.\n, sensor_location[fan+1]); else printk(KERN_DEBUG adt746x: Setting speed to %d - for %s fan.\n, speed, fan?GPU:CPU); + for %s fan.\n, speed, sensor_location[fan+1]); } else return; @@ -300,11 +301,11 @@ printk(KERN_DEBUG adt746x: setting fans speed to %d (limit exceeded by %d on %s) \n, new_speed, var, - fan_number?GPU/pwr:CPU); + sensor_location[fan_number+1]); write_both_fan_speed(th, new_speed); th-last_var[fan_number] = var; } else if (var -2) { - /* don't stop fan if GPU/power is cold and CPU is not + /* don't stop fan if sensor2 is cold and sensor1 is not * so cold (lastvar = -1) */ if (i == 2 lastvar -1) { if (th-last_speed[fan_number] != 0) @@ -318,7 +319,7 @@ if (started) return; /* we don't want to re-stop the fan - * if CPU is heating and GPU/power is not */ + * if sensor1 is heating and sensor2 is not */ } } @@ -353,7 +354,7 @@ static void set_limit(struct thermostat *th, int i) { - /* Set CPU limit higher to avoid powerdowns */ + /* Set sensor1 limit higher to avoid powerdowns */ th-limits[i] = default_limits_chip[i] + limit_adjust; write_reg(th, LIMIT_REG[i], th-limits[i]); @@ -461,6 +462,12 @@ return sprintf(buf, %d\n, data); \ } +#define BUILD_SHOW_FUNC_STR(name, data)\ +static ssize_t show_##name(struct device *dev, char *buf) \ +{ \ + return sprintf(buf, %s\n, data); \ +} + #define BUILD_SHOW_FUNC_FAN(name, data)\ static ssize_t show_##name(struct device *dev, char *buf) \ { \ @@ -476,7 +483,7 @@ int val;\ int i; \ val = simple_strtol(buf, NULL, 10); \ - printk(KERN_INFO Adjusting limits by %d°C\n, val);\ + printk(KERN_INFO Adjusting limits by %d degrees\n, val); \ limit_adjust = val; \ for (i=0; i 3; i++) \ set_limit(thermostat, i
Re: Seriuos stability problem using KDE apps
On 15 May 2005 at 09h05, Jack Malmostoso wrote: Hi, I don't think so: adt746x is configured and working (I raised a little the default temperatures, but cpu never gets above 55 degrees). I have a little concern about gpu temperature: it often gets well over 60 degrees, but if I reboot in OSX Thermo In Dock tells me it is some 10 degrees lower. Now, I don't think that in less than a minute it can get this low, so probably one of the two is lying: any idea, Colin? Not really... I get both temperatures the same way, and i think it's normal that the gpu is hotter, because defaults limits are higher for gpu. What are your normal operation temperatures? [EMAIL PROTECTED] ~]$ cat /sys/devices/temperatures/*temp* 50 66 (but it's an idle temperature, it goes higher when compiling.) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Seriuos stability problem using KDE apps
On 14 May 2005 at 18h05, Lee Braiden wrote: Hi, Sounds like you have bad memory, That is possible - if you have an extra DIMM, try removing it. or you've misconfigured your hardware (RAM timings, overclocked CPU, etc.) That's the sort of stuff one can't mess with on an iBook... But faulty hardware still is possible. The other solution is this simple troll: KDE apps are too buggy, avoid using them. Just kidding ;-) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug in powerpc gdb?
On Tue, 10 May 2005 21:13:27 +0100 Roger Leigh [EMAIL PROTECTED] wrote: Previous frame inner to this frame (corrupt stack?) I get that all the time on an x86 with gdb 6.2, whereas on powerpc with gdb 5.3 it's ok. Both have gcc 3.4.1. François Taiani seems to be right, it looks like a gdb bug, but not ppc-related :) -- Colin
Re: Laptop sleep current git tree
On Mon, 09 May 2005 08:05:18 +0930 John Steele Scott [EMAIL PROTECTED] wrote: I forwarded the bug report to linux-usb-devel as per Colin's suggestion, and David Brownell has fixed it. His post, which includes the patch, can be found at http://marc.theaimsgroup.com/?l=linux-usb-develm=111558764113428w=2 Great! Do you know if he plans pushing it to 2.6.12 quickly? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Laptop sleep current git tree
On 08 May 2005 at 14h05, John Steele Scott wrote: Hi, I finally tried this today, using 2.6.12-rc4, which has this patch. Without USB devices attached, it's okay, but with my USB hub attached, I get a (reproducable) panic in echi_hcd on the way to sleep. I took a photo of the panic and enhanced it for readability, it's at http://www.toojays.net/portal/Members/toojays/ibook-g4-sleep-crash-2.6.12-rc4.jpg. linux-usb-devel may be interested. (I don't have an usb hub so can't test it) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Laptop sleep current git tree
On 04 May 2005 at 09h05, Benjamin Herrenschmidt wrote: Hi, I have no problem but I didn't see the hub power switching patch on my git commit logs and it wasn't in linus tree yesterday at least :) Btw, it's in now. http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=56c1e26d75008d39f1067f453719857a81109d9f -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: modprobe therm_adt746x ioctl=1
On 06 May 2005 at 11h05, Matteo Bigoi - Bigo! wrote: Hi, I have compiled the gkrellm's plug-in to have diplayed on my ibook g4 fan rpm and temperatures! In the README file in the source of this plug-in I've read that I must load the module therm_adt746x with the argument useioctl=1. Uh? That doesn't exist. I'm not able to do it! No wonder :) Maybe that plugin ships with a patch to therm_adt746x. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Laptop sleep current git tree
On Wed, 04 May 2005 09:50:56 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED] wrote: I have no problem but I didn't see the hub power switching patch on my git commit logs and it wasn't in linus tree yesterday at least :) I'll dbl check later today. It's on greg's queue though for sure so it should be in 2.6.12 hopefully. Yes, I was mistaken, what I wanted to say is that it's in gregkh and -mm :) I hope it'll go in, it could be one of the first perfect kernel for apple laptops ! -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[PATCH] pmac: save master volume on sleep
Hi, Ben's patch that shutdowns master switch and restores it after resume (pmac: Improve sleep code of tumbler driver) isn't enough here on an iBook (snapper chip). The master switch is correctly saved and restored, but somehow tumbler_put_master_volume() gets called just after tumbler_set_master_volume() and sets mix-master_vol[*] to 0. So, on resuming, the master switch is reenabled, but the volume is set to 0. Here's a patch that also saves and restores master_vol. Jaroslav, I'm pushing it to you because Takashi's on holidays; the patch has been acked by Takashi and Benjamin. Thanks, Signed-off-by: Colin Leroy [EMAIL PROTECTED] --- a/sound/ppc/tumbler.c 2005-04-21 19:56:06.0 +0200 +++ b/sound/ppc/tumbler.c 2005-04-21 19:55:43.0 +0200 @@ -99,6 +99,7 @@ pmac_gpio_t hp_detect; int headphone_irq; int lineout_irq; + unsigned int save_master_vol[2]; unsigned int master_vol[2]; unsigned int save_master_switch[2]; unsigned int master_switch[2]; @@ -1128,6 +1129,8 @@ disable_irq(mix-lineout_irq); mix-save_master_switch[0] = mix-master_switch[0]; mix-save_master_switch[1] = mix-master_switch[1]; + mix-save_master_vol[0] = mix-master_vol[0]; + mix-save_master_vol[1] = mix-master_vol[1]; mix-master_switch[0] = mix-master_switch[1] = 0; tumbler_set_master_volume(mix); @@ -1156,6 +1159,8 @@ mix-acs = ~1; mix-master_switch[0] = mix-save_master_switch[0]; mix-master_switch[1] = mix-save_master_switch[1]; + mix-master_vol[0] = mix-save_master_vol[0]; + mix-master_vol[1] = mix-save_master_vol[1]; tumbler_reset_audio(chip); if (mix-i2c.client mix-i2c.init_client) { if (mix-i2c.init_client(mix-i2c) 0) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH 2.6.12-rc3] pmac: save master volume on sleep
On 22 Apr 2005 at 10h04, Benjamin Herrenschmidt wrote: Hi, Hi, Ben's patch that shutdowns master switch and restores it after resume (pmac: Improve sleep code of tumbler driver) isn't enough here on an iBook (snapper chip). The master switch is correctly saved and restored, but somehow tumbler_put_master_volume() gets called just after tumbler_set_master_volume() and sets mix-master_vol[*] to 0. So, on resuming, the master switch is reenabled, but the volume is set to 0. Here's a patch that also saves and restores master_vol. Thanks, Looks good. Takashi: any news or comments on this? Thanks, -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
2.6.12-rc3 cpufreq compile error on ppc32
Hi guys, One of Ben's patches (ppc32: Fix cpufreq problems) went in 2.6.12- rc3, but it depended on another patch that's still in -mm only: add-suspend-method-to-cpufreq-core.patch In addition to this, there's a third patch in -mm that fixes warnings and line length to the previous patch, but it doesn't apply cleanly anymore. It's named add-suspend-method-to-cpufreq-core-warning-fix.patch Here's an updated version. HTH, Signed-off-by: Colin Leroy [EMAIL PROTECTED] --- a/drivers/cpufreq/cpufreq.c 2005-04-21 09:14:28.0 +0200 +++ b/drivers/cpufreq/cpufreq.c 2005-04-21 09:18:11.0 +0200 @@ -955,7 +955,6 @@ { int cpu = sysdev-id; unsigned int ret = 0; - unsigned int cur_freq = 0; struct cpufreq_policy *cpu_policy; dprintk(resuming cpu %u\n, cpu); @@ -995,21 +994,24 @@ cur_freq = cpufreq_driver-get(cpu_policy-cpu); if (!cur_freq || !cpu_policy-cur) { - printk(KERN_ERR cpufreq: resume failed to assert current frequency is what timing core thinks it is.\n); + printk(KERN_ERR cpufreq: resume failed to assert + current frequency is what timing core + thinks it is.\n); goto out; } if (unlikely(cur_freq != cpu_policy-cur)) { struct cpufreq_freqs freqs; - printk(KERN_WARNING Warning: CPU frequency is %u, - cpufreq assumed %u kHz.\n, cur_freq, cpu_policy-cur); + printk(KERN_WARNING Warning: CPU frequency is %u, cpufreq assumed + %u kHz.\n, cur_freq, cpu_policy-cur); freqs.cpu = cpu; freqs.old = cpu_policy-cur; freqs.new = cur_freq; - notifier_call_chain(cpufreq_transition_notifier_list, CPUFREQ_RESUMECHANGE, freqs); + notifier_call_chain(cpufreq_transition_notifier_list, + CPUFREQ_RESUMECHANGE, freqs); adjust_jiffies(CPUFREQ_RESUMECHANGE, freqs); cpu_policy-cur = cur_freq; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.12-rc3 builderror
On Thu, 21 Apr 2005 15:10:10 +0200 Elimar Riesebieter [EMAIL PROTECTED] wrote: Any hint? See my message from this morning. Patches are in -mm or at ftp://ftp.kernel.org/pub/linux/kernel/people/colin/patches/2.6.12-rc3/add-suspend-method-to-cpufreq-core.patch ftp://ftp.kernel.org/pub/linux/kernel/people/colin/patches/2.6.12-rc3/add-suspend-method-to-cpufreq-core-warning-fix.patch (patch in this order) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 2.6.12-rc3 pbbuttonsd and mouseemu
On Thu, 21 Apr 2005 17:42:50 +0200 Elimar Riesebieter [EMAIL PROTECTED] wrote: the daemons are eating the cpu: PID USER PR NI VIRT RES SHR S %CPU %MEM17:39+ COMMAND 4663 root 25 0 1544 428 372 R 49.4 0.1 0:27.11 mouseemu 5040 root 25 0 3592 1264 1072 R 49.4 0.2 0:29.21 pbbuttonsd After a restart they are working normal. They do so everytime you reboot? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[PATCH 2.6.12-rc3] pmac: save master volume on sleep
Hi, Ben's patch that shutdowns master switch and restores it after resume (pmac: Improve sleep code of tumbler driver) isn't enough here on an iBook (snapper chip). The master switch is correctly saved and restored, but somehow tumbler_put_master_volume() gets called just after tumbler_set_master_volume() and sets mix-master_vol[*] to 0. So, on resuming, the master switch is reenabled, but the volume is set to 0. Here's a patch that also saves and restores master_vol. Thanks, Signed-off-by: Colin Leroy [EMAIL PROTECTED] --- a/sound/ppc/tumbler.c 2005-04-21 19:56:06.0 +0200 +++ b/sound/ppc/tumbler.c 2005-04-21 19:55:43.0 +0200 @@ -99,6 +99,7 @@ pmac_gpio_t hp_detect; int headphone_irq; int lineout_irq; + unsigned int save_master_vol[2]; unsigned int master_vol[2]; unsigned int save_master_switch[2]; unsigned int master_switch[2]; @@ -1128,6 +1129,8 @@ disable_irq(mix-lineout_irq); mix-save_master_switch[0] = mix-master_switch[0]; mix-save_master_switch[1] = mix-master_switch[1]; + mix-save_master_vol[0] = mix-master_vol[0]; + mix-save_master_vol[1] = mix-master_vol[1]; mix-master_switch[0] = mix-master_switch[1] = 0; tumbler_set_master_volume(mix); @@ -1156,6 +1159,8 @@ mix-acs = ~1; mix-master_switch[0] = mix-save_master_switch[0]; mix-master_switch[1] = mix-save_master_switch[1]; + mix-master_vol[0] = mix-save_master_vol[0]; + mix-master_vol[1] = mix-save_master_vol[1]; tumbler_reset_audio(chip); if (mix-i2c.client mix-i2c.init_client) { if (mix-i2c.init_client(mix-i2c) 0) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stranded Ibook g4 users
On Wed, 20 Apr 2005 19:33:27 +0800 Michael Hunt [EMAIL PROTECTED] wrote: To fix the usb ports I have to do a cycle sleep with a usb device plugged in (which doesn't cause a kernel panic in this instance). This seems, for some reason, to make them to work. (again) That's fixed by the ehci patch there: ftp://ftp.kernel.org/pub/linux/kernel/people/colin/patches/2.6.12-rc2/ (notably port power switching) The oopses are fixed by the three other usb patches at the same place. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iBook G3 owners
On Sun, 17 Apr 2005 00:27:08 -0700 Steve Freitas [EMAIL PROTECTED] wrote: By the way, if I run into USB trouble, are these patches (http://colino.net/ibookg4/readme.txt) worth applying for the USB stuff for a G3? Btw, these patches are now at ftp://ftp.kernel.org/pub/linux/kernel/people/colin/patches/ ; they're also in -mm. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] pmac: sound support for latest laptops
On Sun, 17 Apr 2005 12:51:26 -0700 Brian C [EMAIL PROTECTED] wrote: debian-powerpc:/sys/devices/temperatures# dmesg | grep adt adt746x: Thermostat bus: 1, address: 0x2e, limit_adjust: 0, fan_speed: -1 adt746x: ADT7467 initializing adt746x: Lowering max temperatures from 73, 80, 109 to 70, 50, 70 What is a safe temperature for the CPU? Could I just set the cpu_limit to 55? If so, how would I do that? echo 5 /sys/devices/temperatures/limit_adjust (this will add 5 to the default 50°C) I should give a look at Darwin's drivers to see whether default temperatures are different for your model, and adapt the driver if necessary. -- Colin
Re: [PATCH] pmac: sound support for latest laptops
On 16 Apr 2005 at 22h04, Brian W. Carver wrote: Hi, And as an aside, does that therm_adt7467 module work properly on the new Powerbooks? Since I've started using this 2.6.12-rc2 kernel the fan seems to run non-stop. I don't want the Powerbook to overheat, but I don't want the fan to run unnecessarily either. It should work ok, can you give a look at the different values in /sys/ devices/temperatures? Mainly /sys/devices/temperatures/*temperature /sys/devices/temperatures/*limit Maybe I forgot to enable cpufreq. Would that make a difference? Perhaps my Powerbook is always running at 1.5GHz now. Thanks for any ideas. Maybe. cat /proc/cpuinfo to figure that out. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reverse engeneering the SMU (iMac G5, newer single-pro G5)
On Fri, 15 Apr 2005 10:02:51 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED] wrote: Most of the sensor chips are standard off-the-shelves parts though, they doc can be downloaded. At the time I wrote the ADT746x driver, they were even really easy to find. ADT7467 I'm feeling lucky on google did it. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [PATCH] pmac: Improve sleep code of tumbler driver
On Mon, 11 Apr 2005 16:39:22 +0200 Bernhard Reiter [EMAIL PROTECTED] wrote: Just a side comment: I had static noise with my lombard for a while. My lombard developed really strange habits and is in non-usable state now. Still this sound problem was there and the bug only got closed because the maintainer did not believe me. :( Maybe it's due to its age? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Firewire HDs, Sleep, and Sound
On 08 Apr 2005 at 23h04, Ray Kohler wrote: Hi, 1) I have a Firewire HD that I can't get to work. It's an OWC Mercury disk. When I plug it in, I see this in the logs: My ipod doesn't work over firewire here neither, using 2.6.12-rc2. The sad thing with iPods are that they're so big that I don't remember at all what version did work :-) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [linux-usb-devel] USB glitches after suspend on ppc
On Wed, 6 Apr 2005 13:11:53 -0700 David Brownell [EMAIL PROTECTED] wrote: Interesting. Looks like pci_enable_wake(dev, state, 0) isn't actually disabling wakeup on your hardware. (Assuming CONFIG_USB_SUSPEND=n; if not, then it's odd that the system went back to sleep!) Yes, CONFIG_USB_SUSPEND is disabled here. Do you think that might be related to those calls manipulating the Apple ASICs being in the OHCI layer rather than up nearer the generic PCI glue? To be honest, I don't really know :) Thanks for the testing update. I'm glad to know that there seems to be only one (minor) glitch that's PPC-specific! Yup, me too, I consider it working quite well now :) OK, I just posted the patch cleaning up EHCI port power switching; that should remove the need for that separate patch. (As well as fixing some minor annoyances.) Seen that, thanks. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [linux-usb-devel] USB glitches after suspend on ppc
On Thu, 07 Apr 2005 09:02:57 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED] wrote: Interesting. Looks like pci_enable_wake(dev, state, 0) isn't actually disabling wakeup on your hardware. (Assuming CONFIG_USB_SUSPEND=n; if not, then it's odd that the system went back to sleep!) Do you think that might be related to those calls manipulating the Apple ASICs being in the OHCI layer rather than up nearer the generic PCI glue? (I still think they don't belong in USB code -- ohci or usbcore -- at all. If the platform-specific PCI hooks don't suffice, they need fixing.) There are no platform hooks in the right place for now afaik. Nope, not in upstream, but I used the ohci patch from Paul Mackerras previously. Anyway, I think Colin's controller is an OHCI/EHCI NEC chip, so not an Apple ASIC, it's not doing anything in those calls. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mac mini
On Thu, 07 Apr 2005 15:48:43 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED] wrote: the nice toy is unfortunately ... back at Apple for repairs. Ah, the joys of Apple's Rev A hardware :) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [linux-usb-devel] USB glitches after suspend on ppc
On 05 Apr 2005 at 13h04, David Brownell wrote: Hi, There are known issues with USB after suspend/resume (D3 hot) on powerpc. Also known fixes to some of them, which haven't yet been merged. I'll repost these as followups to this message, to linux-usb-devel and CC Colin. They're in the 2.6.12-rc2-mm1 patchset. To my understanding, such issues have been around for some time now, although recent kernels have tossed monkey wrenches into several other cases that previously worked just fine. (Ergo those nyet-merged patches...) For example, plugging or unplugging devices during sleep results in oopses at resume; and one time out of two, the USB ports are unpowered on resume (because the registers think they are, and linux doesn't repower them. but they're not). Both of these issues have patches available, patches that can be found there for example: http://colino.net/ibookg4/usb-ohci-fixes.patch http://colino.net/ibookg4/usb-ehci-power.patch What kind of work on these is needed so that they get in? Briefly, given 2.6.12-rc2 plus the patches mentioned above, find out what else is needed. * The first of them is Paul's patch, and I never got a response to the questions I asked him about it. - 2.6.12-rc2 does have the fix to check for HC_STATE_QUIESCING, which should supplant the need for a new suspending quirk. - And the first of those patches waiting merge does update the handling of IRQs in the PCI-to-USB glue. - So the main change from that patch which is unresolved is moving the PMAC-specific stuff up from the OHCI code into into the the usb/core/hcd-pci code. Presumably you could do that? I assume that it really is needed at that layer, though it'll only relate to OHCI cells on Apple ASICs. * As for the second, that looks to be a hardware-specfic issue that just wouldn't reproduce with the controllers I was using for PM testing. What I'll do is wrap up an equivalent fix with some related EHCI updates for power switching, post that, and ask you to verify that it works (probably simplest to do that with OHCI non-modular and not loaded). How's that sound? Nice :) Ok, here are the results of my tests with 2.6.12-rc2 and the patches you sent me applied: - plug USB device, sleep, unplug USB device, resume: no more oops - sleep, plug in USB device: no oops, but it wakes the laptop up for a few seconds; then, it goes back to sleep. No oops on second resume. I can live with that :) - once out of two resumes, resume leaves the ports unpowered; so I still need my usb-ehci-power.patch that re-powers ports unconditionnaly. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
USB glitches after suspend on ppc
Hi, There are known issues with USB after suspend/resume (D3 hot) on powerpc. For example, plugging or unplugging devices during sleep results in oopses at resume; and one time out of two, the USB ports are unpowered on resume (because the registers think they are, and linux doesn't repower them. but they're not). Both of these issues have patches available, patches that can be found there for example: http://colino.net/ibookg4/usb-ohci-fixes.patch http://colino.net/ibookg4/usb-ehci-power.patch What kind of work on these is needed so that they get in? Thanks, -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pbbuttonsd 0.6.8beta1 has been released for testing
On 30 Mar 2005 at 12h03, Matthias Grimm wrote: Hi, The tapping is only disabled for 0.6 seconds and key repetition is not covered. Only normal key strokes will disable trackpad tapping. To continously disable the tapping you need constant typing. Pressing one single key for a while is not the same. In mouseemu i (think to remember) used key _press_ to disable trackpad until key _release_ + delta. So that handles either constant typing or constant press. Maybe you can do like that too? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ibook G4 sleep
On 21 Mar 2005 at 21h03, Eric Pineault wrote: Hi, Otherwise my wireless USB device is more or less stable, D-link DWL-122, I have a script that manually starts, would like to have it kick off on boot, and I often loose the link for no apparent reason, don't have this problem with with airport extreme in OS X, or with neatgear pcmcia wireless with Debianb SID... The DWL-122 uses the linux-wlan-ng driver, doesn't it? I found it very clumsy. It breaks every kernel release or so, doesn't manage to upload the firmware half the time, etc. I've had more luck with a zd1201-based USB stick (like the Peabird PEAB-WL-USB); I think it's mainly due to the fact that this driver is in-kernel since 2.6.12-rc1. Concerning prism2-based USB sticks, I sent one to Greg KH, so he'll be able to put its driver in-kernel one day or another - and I expect it to work much better by then :) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [OT] ibook g4 14 display
On 22 Mar 2005 at 16h03, Guglielmo wrote: Hi, The backlight of my ibook g4 14 sometimes flickers and chage intensity, do u know something about this matter? Is it possible to be due to the inverter board? Mmh, me too, since a short while... software problem maybe, what kernel do you have? I have 2.6.12-rc1. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mach64 support?
On 18 Mar 2005 at 02h03, Rolando Abarca wrote: Hi, Im want to have at least dri support for my lombard powerbook... I know I'll have to compile the drivers, but do I need to build the whole x.org server? (I'm using ubuntu's x.org)... any site with instructions to build just the modules and not the whole thing? thanks a lot! That's probably outdated and it builds the whole thing, but as you didn't get any other answer here's the howto (and helper script) I wrote: http://www.geekounet.org/powerbook/driplusxv.html hth. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: source code for library calls
On 16 Mar 2005 at 11h03, linay long wrote: Hi, Could you please provide link to the source code for user level calls like socket,bind ... which calls kernel functions sys_socket and sys_bind etc. I would like to know what instructions will be there in user level socket and bind other than calling sys_socket and sys_bind respectively after generating software interrupt. I think it's in the glibc source code. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [linux-usb-devel] [PATCH] Re-power USB ports on wakeup
On 15 Mar 2005 at 17h03, David Brownell wrote: Hi, This patch is self-evidently incorrect: by definition, a suspended port maintains VBUS power. Otherwise the device connected to the port will get disconnected, rather than suspended ... and it won't be able to issue wakeup events. All suspending does is stop sending USB traffic down the port, notably SOF tokens; the device connected to the port then enters a low power mode, typically consuming at most 500uA from VBUS (vs typically 100mA when it's active/configured). Another idea. Is it harmful to re-power already powered ports? For example like this: Signed-off-by: Colin Leroy [EMAIL PROTECTED] --- a/drivers/usb/host/ehci-hcd.c 2005-03-15 17:28:52.0 +0100 +++ b/drivers/usb/host/ehci-hcd.c 2005-03-16 14:44:06.0 +0100 @@ -773,14 +775,12 @@ /* here we know root ports should always stay powered; * but some controllers may lost all power. */ - if (powerup) { - ehci_dbg (ehci, ...powerup ports...\n); - for (port = HCS_N_PORTS (ehci-hcs_params); port 0; ) - (void) ehci_hub_control(hcd, - SetPortFeature, USB_PORT_FEAT_POWER, - port--, NULL, 0); - msleep(20); - } + ehci_dbg (ehci, ...powerup ports...\n); + for (port = HCS_N_PORTS (ehci-hcs_params); port 0; ) + (void) ehci_hub_control(hcd, + SetPortFeature, USB_PORT_FEAT_POWER, + port--, NULL, 0); + msleep(20); } return retval; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [linux-usb-devel] [PATCH] Re-power USB ports on wakeup
On 16 Mar 2005 at 15h03, Michael Schmitz wrote: Hi, Doesn't work for me ... the device attached to the port is still powered down after wakeup. Yes, me too, but at least it's seen if you reconnect it. For me at least ? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
`dd` problem from cdrom
Hi, Using 2.6.10 and 2.6.11, trying to use dd from the ide cdrom in my Ibook G4 fails like this: [EMAIL PROTECTED] /usr/src/linux-2.6.10]$ dd if=/dev/hdc of=/dev/null dd: reading `/dev/hdc': Input/output error 0+0 records in 0+0 records out [EMAIL PROTECTED] /usr/src/linux-2.6.10]$ dmesg hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 0 Buffer I/O error on device hdc, logical block 0 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 8 Buffer I/O error on device hdc, logical block 1 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 16 Buffer I/O error on device hdc, logical block 2 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 24 Buffer I/O error on device hdc, logical block 3 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 32 Buffer I/O error on device hdc, logical block 4 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 40 Buffer I/O error on device hdc, logical block 5 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 48 Buffer I/O error on device hdc, logical block 6 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 56 Buffer I/O error on device hdc, logical block 7 hdc: command error: status=0x51 { DriveReady SeekComplete Error } hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 } ide: failed opcode was: unknown end_request: I/O error, dev hdc, sector 0 Buffer I/O error on device hdc, logical block 0 [EMAIL PROTECTED] /usr/src/linux-2.6.10]$ hdparm /dev/hdc /dev/hdc: HDIO_GET_MULTCOUNT failed: Invalid argument IO_support = 0 (default 16-bit) unmaskirq= 1 (on) using_dma= 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead= 256 (on) HDIO_GETGEO failed: Invalid argument I didn't try older kernels yet; Any idea about this? Is it a kernel bug or a configuration issue? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [linux-usb-devel] [PATCH] Re-power USB ports on wakeup
On 16 Mar 2005 at 15h03, Michael Schmitz wrote: Hi, Seems something gets reset upon the first replugging after wakeup. Any idea what that might be? Not really. If i had an idea, I'd try to find a proper patch :) Besides, I didn't apply that patch on top of your first one, rather used pristine sources ... in case that matters. That's correct. -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[PATCH] Re-power USB ports on wakeup
Hi list, Most of us have problems with USB unresponsive after one out of two wakeups. This patch fixes it for me; it looks like the port status isn't automatically updated (to ~PORT_POWER) when sleeping... So this patch just unpowers the ports manually at the end of ehci_suspend. I don't know if it's really correct: Ben Greg, I'd like your comments. if it's fine, can you push it upstream? Signed-off-by: Colin Leroy [EMAIL PROTECTED] --- a/drivers/usb/host/ehci-hcd.c 2005-03-15 17:28:52.0 +0100 +++ b/drivers/usb/host/ehci-hcd.c 2005-03-15 17:29:52.0 +0100 @@ -701,6 +701,7 @@ static int ehci_suspend (struct usb_hcd *hcd, u32 state) { struct ehci_hcd *ehci = hcd_to_ehci (hcd); + unsigned port; if (time_before (jiffies, ehci-next_statechange)) msleep (100); @@ -716,6 +717,16 @@ // save (PCI) FLADJ in case of Vaux power loss // ... we'd only use it to handle clock skew + /* Suspend all ports manually (to get them powered at resume) */ + for (port = HCS_N_PORTS (ehci-hcs_params); port 0; ) { + u32 status; + port--; + status = readl (ehci-regs-port_status [port]); + writel (status ~PORT_POWER, + ehci-regs-port_status [port]); + ehci_dbg(ehci, port %d unpowered\n, port); + } + return 0; } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: usb wireless 54g adapter now works on powerpc!!
On 14 Mar 2005 at 18h03, Guglielmo Dapavo wrote: Hi, The zd1211 usb chipset module now supports powerpc arch: here u can get the module: http://www.dapavo.it/zd1211/ here is the zd1211 project: http://www.sourceforge.net/projects/zd1211/ Good news :) Does it work fine (hotplugging, reliability)? Is scanning supported? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ibook system bus speed
On 11 Mar 2005 at 09h03, Benjamin Herrenschmidt wrote: Hi, ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx It's a crap message, forget it. The IDE layer tries to have it's own idea of the PCI bus speed in fact, which then can be used by some IDE drivers to calculate various timings. But the drivers for the pmac chipset doesn't need/use this value, which is crap in the first place. I've seen this message debated more than once on ppc mailing-lists. Maybe the message could be disabled on our archs? -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pre-release 2.6.11-0.1 debian/powerpc kernel.
On 10 Mar 2005 at 00h03, Gabriel Paubert wrote: Hi, What I'd like, but I don't have a new PowerBook, is to make fn modify the trackpad behaviour to a scrollwheel. There is a small MacOS X application that does this and it's quite nifty. Mouseemu lets you do that, but with another key than Fn (for the previously cited reasons). -- Colin http://ayttm.sf.net/ : Chat with your friends via msn, aim, yahoo, and more -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: /sys/devices/temperatures and suspend to disk
On 07 Mar 2005 at 21h03, Matthias wrote: Hi, Thx for all hints! Everything is working well now. Didn't expected an 746x-option to be useful for 7447A-cpu... You're welcome. 746X (7460 or 7467) is the Analog Devices chip number, nothing to do with the CPU :) -- Colin Worker bees can leave even drones can fly away The queen is their slave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouseemu replacement in pbbuttonsd
On 06 Mar 2005 at 12h03, Matthias Grimm wrote: Hi, Please test the feature and have an eye on possible conflicts with mouseemu. Mouseemu just drops any mouse event during X milliseconds after a keypress (excluding control keys like shift, command or control), so this shouldn't inferfere. -- Colin http://ayttm.sf.net/ : Chat with your friends via msn, aim, yahoo, and more -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Airport Extreme via QEmu
On 06 Mar 2005 at 10h03, Ben Hill wrote: Hi, On Sat, 2005-03-05 at 21:26 +, Wee-Jin Goh wrote: True, but if the driver was open sourced on Darwin, it might be easier to port to Linux If the driver were released under Darwin it would make it much easier.. I think this depends more on Broadcom than on Apple, as they probably licensed stuff from them, so don't really expect anything. Reverse- engineering this stuff is probably even harder than reverse-engineering the radeon 9200 for sleep support... -- Colin http://ayttm.sf.net/ : Chat with your friends via msn, aim, yahoo, and more -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [2.6.11 vanilla] Compiled on iBook G4: all working!
On 04 Mar 2005 at 16h03, Jack Malmostoso wrote: Hi, I have just found a nasty bug: upon resuming after a sleep, the usb does not work anymore. The usb mouse I had attached was dead (also removing and replugging it), and attaching a usb drive did not work. Attaching the usb drive while watching tail -f /var/log/messages produced nothing (no reaction whatsoever), like the usb ports weren't powered or something alike. Should now try removing everything plugged before sleep. Me too, usually a /etc/init.d/hotplug restart with no USB device attached solves it. I don't know if this exists on Debian, but there probably is something similar. On gentoo it basically rmmods the whole stuff and modprobes it back. -- Colin http://colino.net/323/ - Presenting the Mazda 323 Rouge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: setting up TCP/IP
On 17 Dec 2004 at 23h12, [EMAIL PROTECTED] wrote: Hi, I'm pretty new to Linux. I need to know how to set up my NIC with a static IP instead of DHCP using terminal commands since I'll do it remotely through ssh. edit /etc/network/interfaces with a tool like vi, nano, emacs, whatever you prefer and put something like this: iface eth0 inet static address 192.168.0.4 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 name eth0 -- Colin The probability of someone watching you is proportional to the stupidity of your action. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: setting up TCP/IP
On 04 Mar 2005 at 20h03, Colin Leroy wrote: Hi, On 17 Dec 2004 at 23h12, [EMAIL PROTECTED] wrote: ^^^ Er, sorry for the noise. Somehow I was looking at my archives folder :) -- Colin Like any talented dog, it can do flips. Like any talented cow, it can do precision bitmap alignment. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: iMac Mini
On 03 Mar 2005 at 00h03, Paul J. Lucas wrote: Hi, I looked back through the archives and couldn't figure out which are the tbits that don't work. I'm typing this on a Mac Mini right now. Does the sound work ? -- \|/ \|/ Colin @'/ ,. \`@ http://www.geekounet.org/ /_| \__/ |_\ \__U_/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: State of ibook G4 sleep support in 2.6.11?
On 02 Mar 2005 at 15h03, Des Johnston wrote: Hi, What state is the iBook G4 sleep support in for the latest and greatest (vanilla) 2.6.11 kernel? Works for me with 2.6.11-rc5. Quite perfectly, apart from the occasional ALSA bug that makes loud noisy static for about one second at wakeup. For that matter, what state is it in for the debian kernels in testing? Mmmh, I don't know :) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ***kernal panic on starting Appletalk services***
On 02 Mar 2005 at 10h03, Kim Cascone wrote: Hi, I asked on #ubuntu and #debian irc but no-one seemed to know how to go into 'recovery/single user mode' on ppc Press tab repeteadly when booting, so that yaboot stops its timer when it comes up; then type something like 'linux single' at yaboot's prompt. (the 'linux' is the name of the kernel, you'll find it if it's different because yaboot will show you the different choices when you hit tab). -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: disable touchpad - accidental tap [was: Re: trackpad on powerbook]
On 13 Feb 2005 at 21h02, Arkadiusz Miskiewicz wrote: Hi, ... no longer. Patch attached (user can avoid disabling USB and/or ADB devices). I think i'd like to keep it simple, and besides, new Apple laptops have an USB trackpad, so I don't think i'll put it in. ps. there seems to be bug in original sources if (test_bit(EV_KEY, bit) test_bit(EV_REP, bit)) { ioctl(fd, EVIOCGID, id); [...] } else if (test_bit(EV_REL, bit)) { if (id[ID_PRODUCT] != eventdevs[m].product || id[ID_VENDOR] != eventdevs[m].vendor) { for else if case id isn't updated (missing ioctl(fd, EVIOCGID, id);). Fixed that in 0.13, thanks! -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trackpad on powerbook
On 11 Feb 2005 at 08h02, John Harrold wrote: Hi, I tried Ubuntu and the mouse didn't work there either. I managed to open a terminal and look at the xorg.conf file. It appeared as though the track pad was using /dev/psaux (according to ubuntu). That's wrong... Do you have something like that in your dmesg log ? adb: starting probe task... adb devices: [2]: 2 c4 [3]: 3 1 [7]: 7 1f ADB keyboard at 2, handler 1 Detected ADB keyboard, type ISO, swapping keys. input: ADB keyboard on adb2:2.c4/input input: ADB Powerbook buttons on adb7:7.1f/input ADB mouse at 3, handler set to 4 (trackpad) input: ADB mouse on adb3:3.01/input adb: finished probe task... ... mice: PS/2 mouse device common for all mice What does your kernel config look like ? (/boot/config-something, or /proc/config.gz) $ zgrep \(ADB\|INPUT\|MOUSE\) /proc/config.gz | grep -v ^# CONFIG_ADB=y CONFIG_ADB_PMU=y CONFIG_ADB_MACIO=y CONFIG_INPUT_ADBHID=y CONFIG_INPUT=y CONFIG_INPUT_MOUSEDEV=y CONFIG_INPUT_MOUSEDEV_PSAUX=y CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024 CONFIG_INPUT_MOUSEDEV_SCREEN_Y=768 CONFIG_INPUT_EVDEV=y CONFIG_INPUT_EVBUG=m CONFIG_INPUT_KEYBOARD=y CONFIG_INPUT_MOUSE=y CONFIG_INPUT_MISC=y CONFIG_INPUT_UINPUT=m CONFIG_USB_HIDINPUT=y -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: trackpad on powerbook
On 11 Feb 2005 at 10h02, John Harrold wrote: Hi, I don't know if you caught this in the original post, but this is a new powerbook (released last week). I'm really starting to think that the old adb drivers don't work with the newer models. Ah, I missed that fact. Maybe they work differently, indeed. What you could do is create a tarball of your /proc/device-tree and post that somewhere online, so that the real PPC hackers (that is, not me :-)) can maybe see something. Maybe it works with an SMU instead of a PMU (wild shot, from this mail: http://www.mail-archive.com/debian-powerpc@lists.debian.org/msg00491.html) (`sudo tar -zxf device-tree.tgz /proc/device-tree` should do) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Buy benh (or other) a minimac Re: Hi question about mac - mini
On 27 Jan 2005 at 00h01, Benjamin Herrenschmidt wrote: Hi Ben, Hehehe :) Well, in fact, what I need the most at the moment isn't a mini, which I would surely like having, but also seems to be a trivial platform to support (basically an iBook G4 with a few changes), but There's a macmini device-tree dump there, if you want. http://mail-index.netbsd.org/port-macppc/2005/01/20/0014.html (Looks like the fan control will be handled easily by therm_pm72) -- Colin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Status so far Re: Buy benh (or other) a minimac Re: Hi question about mac - mini
On 27 Jan 2005 at 09h01, Dean Hamstead wrote: Hi, the other thing is, it wouldnt make sense to western union money transfer it to me as im in australia. pay pal would be the way, but im investigating if apple store will magically let more than one person pay for an item. assuming people have credit cards. If not, someone trusty with a paypal account could centralize the money. Paul Mackerras or Michel Dänzer for example? If no one else, I'm ok to do it, but only if every one involved feels comfortable with it. Btw, I can contribute something like $20-30, too, but not yet, only after Feb 1st, for obvious end-of-month reasons ;-) -- Colin Recursion: see Recursion pgp7DG1f8PwIW.pgp Description: PGP signature
Re: MAC Mini
On 15 Jan 2005 at 11h01, Richard L. wrote: Hi, Debian PPC that works on MAC Mini would be awsome. I'm guessing Mac mini shares a lot with latest G4 ibooks. We'll know for sure when someone tries it :) -- \|/ \|/ Colin @'/ ,. \`@ http://www.geekounet.org/ /_| \__/ |_\ \__U_/
Sleep patch: inclusion?
Hi Ben, First, happy new year :) I hope your holidays were fine. Do you still plan on including the sleep patch in 2.6.11? I came across a problem, but it is quite hard to trace and reproduce, because it only happened twice (in a few dozens sleep/resumes): the keyboard wouldn't respond after a resume. I'm not sure, either, that it's due to the kernel, because Command and F10 keys still perform right and middle click as per mouseemu's configuration, so it may be a problem with mouseemu. -- Colin
Re: refresh rates of iBook G4 12?
On 06 Jan 2005 at 14h01, Choy Kho Yee wrote: Hi, 1) What is the correct pair of Horizontal and Vertical referesh rates for this iBook? The rates in the config file is generated by the auto-config tool. I think they don't count anyway, since it's a flat panel. But I may be wrong (and would like to know it if it is the case). -- Colin
Re: Cloning to an external video projector...
On 07 Jan 2005 at 12h01, Eugen Dedu wrote: Hi, Sorry for ignorance, how do I know if a machine has a Rage 128 chipset? lspci, for example. -- Colin
Re: Cloning to an external video projector...
On 07 Jan 2005 at 13h01, Arnaud Vandyck wrote: Hi, :00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] ^^ :) -- Colin
Re: USB - Parallel
On 03 Jan 2005 at 18h01, Matthew T. Atkinson wrote: Hi, 'ello, I need to connect to a printer that only has a parallel connection with my PowerBook5,4. Does anyone know of any supported adaptors? I can only see serial ones in menuconfig... From http://www.linux-usb.org/PressRel1.html : Althought there is no official USB parallel port class, Linux USB supports a wide range of parallel adapters because many of them conform to the USB printer class driver. Linux USB natively supports the Lucent USS720 parallel port adapter which can appear as either a printer or as a parallel part. -- Colin Dinner not ready: (A)bort (R)etry (P)izza
Re: Hard Drive light
On 22 Dec 2004 at 17h12, Benjamin Herrenschmidt wrote: Hi, Having it enabled by default will let people know that it exists. I know too many Mac users that badly want a LED to show them when it's working and I should wait... Oh, and to add to this ... I prefer having it ON by default so users avoid moving their laptop around while the HD is busy... Is it dangerous? A metallic chair failed on my ibook G4 a few monthes ago (don't ask why it was on the floor...), it only fucked a bit of plastic at the bottom of the screen - not the screen, not the keyboard, not the HD, nothing! and I was pretty impressed by the fact i didn't destroy the whole thing. -- Colin
Re: Hard Drive light
On 22 Dec 2004 at 00h12, Cedric Pradalier wrote: Hi, No, not at this point. Beside, i'd like to have it enabled by default, not disabled by default :) I don't really agree with that. Blinking led is not really relevant for default user. I would say that if someone feels geek enough ;) to want it, it is good to make it available. On the other hand, I would not bother unconcerned people with this blinking. Having it enabled by default will let people know that it exists. I know too many Mac users that badly want a LED to show them when it's working and I should wait... my 2¢ :) -- Colin
Re: ibook 2.2 doesn't use whole battery
On 16 Dec 2004 at 12h12, Luca Bigliardi - shammash wrote: Hi, Do you think it's an hardware problem (bad battery) or a configuration error? I had this too and had to replace the battery. Before doing so you can try a few cycles - empty the battery completely (stop pmud or pbbuttonsd), charge it to full, etc. -- Colin
Re: Java debs anyone?
On 16 Dec 2004 at 12h12, Eric Gaumer wrote: Hi, Mono is free and Java is not. Can we please stop this troll now, or at least take it to where it belongs, which would be debian-legal. Thanks. Any developer wanting to use some non-provided language would know where to get it and how to install anyway, so this issue is moot and only a convenience one. C# is geared at superseding Java Who cares. People use whatever language they feel like fits their needs and it's certainly not Joe Random's task to decide whether Debian should dump any software based on its technical merits compared to some of its rivals. -- Colin Like any talented dog, it can do flips. Like any talented cow, it can do precision bitmap alignment.
Re: Java debs anyone?
On 14 Dec 2004 at 09h12, Eric Gaumer wrote: Hi, Won in what sense? He is not going to jail won, or deCSS is legal won? I guess what I'm asking is, can we legally use deCSS? DeCSS is legal - in Norway, where the trial took place. I don't know for other places. -- Colin
Re: Java debs anyone?
On 14 Dec 2004 at 08h12, Eric Gaumer wrote: Hi, Please stop digressing to irrelevant tangents. How is this irrelevant. Does deCSS not violate licensing issues? If it wasn't for guys putting this stuff out there, we would be screwed when it came to watching DVD's on Linux. So now who is wrong? I paid good money for a DVD and I can't watch it? The case has been closed (and 'Dvd Jon' won) exactly for the reason you mention - except it's stated reverse-engineering for interoperability is allowed. It may have been different if the trial had taken place in the USA where they have software patents and the DMCA. -- Colin
Re: CD output problem
On 11 Dec 2004 at 21h12, Leandro Guimaraens Faria Corsetti Dutra wrote: Hi, Pismo being some version of the Powerbook, isn't it? Black G3, 400MHz with a DVD drive, iirc. When I attempt to use another CD program, grip or cccd, they appear to play the CD but I get no sound output. If I may use my lowly iBook as a model for your problem, it doesn't have analog output, so one has to use CDDA (Compact Disk Digital Audio) output. XMMS, Totem and Beep have plugins for that, last time I checked no other player had. That may be it, but I somehow doubt it. My lombard (G3 333 with a CD drive) had the CD output analog output wired. Maybe Jason has only a mixer-related problem? -- Colin Reality continues to ruin my life. -- Calvin
Re: Problem with benh sleep patch 7
On 10 Dec 2004 at 13h12, Michael Schmitz wrote: Hi, Sounds like the same PLL locking problems I had occasionally. Try snoozing/waking again, that usually fixes it for me. fblevel off; fblevel on also did the trick for me. Although it may have changed, I didn't get this bug since sleep patches. -- Colin
Re: USB wireless 802.11g dongle
On 07 Dec 2004 at 13h12, Dean Takemori wrote: Hi, The driver _is_ under the GPL (v2), though. Completely ? Hopefully that means someone smarter and more experienced than I will be able to put in the time to port the driver to PPC. The driver can't be found on the page you point. Is it downloadable somewhere? -- Colin
Re: USB wireless 802.11g dongle
On 08 Dec 2004 at 08h12, Julien PERVILLE wrote: Hi, the linux support is not to be seen on the website, not advertised anywhere. you have to KNOW that the adapter is linux supported and do a search in the support section googling for the model number or the chipset doesnot help at all to know that this adapter has GPL drivers which should be a hot selling point to me you only know it because you know it... and you are willing to experiment. You can do other people a favour and register it on http://www.qbik.ch/usb/devices/ if you have its USB id :) -- Colin
Re: libdv2-dev? battery monitor?
On 07 Dec 2004 at 11h12, peter plessas wrote: Hi, then changing the permissions of /dev/pmu didn't help either. Maybe /dev/apm? -- Colin
Re: [Patch #3] Re: Hard Drive light
On 07 Dec 2004 at 23h12, Cedric Pradalier wrote: Hi, + return sprintf(buf, %c\n, blinking_led?'1':'0'); Really, this is useless and ugly :) -- Colin
Re: wireless usb on iBook G4
On 04 Dec 2004 at 09h12, Imobach González Sosa wrote: Hi, I've considering getting a network adapter for my iBook G4. I can't count on Broadcom, so I'm looking for alternatives. I've readed in some places different opinions about MA111 (NetGear) and some others adapters. If you go for a MA111, be sure it's a V1 (usb id 0846:4110). the V2 (usb id 0846:4230) has a different chipset (damn marketing people): http://www.qbik.ch/usb/devices/showdev.php?id=2052 http://www.qbik.ch/usb/devices/showdev.php?id=2911 -- Colin
Re: Hard Drive light
On 06 Dec 2004 at 00h12, Cedric Pradalier wrote: Hi Cedric, + return sprintf(buf, %c\n, pmu_blink_led_activated?'1':'0'); why not simply sprintf(buf, %d\n, pmu_blink_led_activated) ? + pmu_blink_led_activated = newact?1:0; pmu_blink_led_activated = (newact != 0); is enough and more nice imho. + device_create_file (of_hd_dev-dev, dev_attr_blinking_led); where is dev_attr_blinking_led defined ? -- Colin http://ayttm.sf.net/ : Chat with your friends via msn, aim, yahoo, and more
Re: TEST: Sleep patch #7
On 05 Dec 2004 at 21h12, Benjamin Herrenschmidt wrote: Hi, Ok, here's the 7th version of the sleep patch for ATI based albooks iBook G4. Other machine users, please test too as it may cause regressions (or improvements) as well. Still working fine :) -- Colin
Re: entering sleep mode quietly/non-verbose
On 03 Dec 2004 at 08h12, Sylvain Joyeux wrote: Hi, Well, maybe pbbuttonsd could turn off the screen just before suspend and turn it back on after ? (just like OSX does) You can add fblevel 0 and fblevel 15 in /etc/power/pmcs-pbbuttonsd script, in suspend and resume case... It should work. -- Colin
Re: Some problems in the daily use of a Debian System
On 01 Dec 2004 at 19h12, Johannes Mockenhaupt wrote: Hi, Kernel bug, what version does he use? Kernel bug? Don't think so :-) Oh, it was once :) but rather on 2.6.5 or something. The line mixerchannels = volume, speaker in /etc/pbbuttonsd.conf tells pbuttonsd to adjust the volume of the main channel and the speaker volume as well. When increasing/decreasing the volume the speaker get reactivated. Removing the speaker entry from the line solves this problem. Nice to know, thanks. -- Colin
Re: ppc iBook G4 cover and power control
On 02 Dec 2004 at 05h12, Christopher Molnar wrote: Hi, I use my iBoook G4 on Debian every day, both in and out of the office. I am running into a problem that is driving me nuts and I need to solve. When I close the cover while on battery about 3-4 minutes later the machine turns itself off even though I have lot's of life left in the battery. Can anyone point me in the right direction? Probably some sort of hardware protection in case the machine doesn't go to sleep. Nothing seems to disable that, apart from Ben's sleep patch. -- Colin
Re: Powerbook produces a lot more heat after kernel upgrade
On 02 Dec 2004 at 13h12, José Manuel Pérez wrote: Hi, I'm having same problem with my iBook G4. Now with kernel 2.6.9 fan is almost always running. I've looked at cpu heat and is over 50, normal 53-54 degrees. I'd like to know if it's posible to set cpu limit to 55 in order to fan stops. Yes, just echo 5 /sys/devices/temperatures/limit_adjust (limit is 50 + limit_adjust). Verify the setting with cat /sys/devices/temperatures/cpu_limit which should be 55 after that. With OSX fan runs almost never doing same things (mail, browser, editor, etc) as in Linux. I don't know if setting cpu limit to a higher value would be a problem, I don't like to fry my iBook. Just don't go to high ( 60 may be risky). -- Colin
Re: Hard Drive light
On 02 Dec 2004 at 17h12, Jesus Climent wrote: Hi, There have been several people asking for it when it was removed, or asking for removal when it was included. I should be able to make this kind of patch if needed. That would be great, if such an interface existed... Sometimes is anoying to have the light blinking (dark rooms, for example). Or dvd-watching session :) -- Colin
Re: Some problems in the daily use of a Debian System
On 02 Dec 2004 at 17h12, Jesus Climent wrote: Hi, It'd be great if there was an option like notaptypping so that the tapping would disabled while the user is typping keys. that, mouseemu can take care of. (along with middle/right click and mouse wheel emulation). http://honk.physik.uni-konstanz.de/~agx/linux-ppc/debian/mouseemu/ You just need uinput support in the kernel. -- Colin
Re: Some problems in the daily use of a Debian System
On 01 Dec 2004 at 14h12, Pablo Gil wrote: Hi, The last one is that when he tries to watch a movie with the headphones on and uses the keyboard buttons to change the volume the sound can be heard everywhere, not only through the headphones. I've told him to use the gnome volume control center but I want to try to fix that. Kernel bug, what version does he use? -- Colin
Re: Some problems in the daily use of a Debian System
On 01 Dec 2004 at 14h12, Pablo Gil wrote: Hi, onAC_sleep= no onAC_dim = no onAC_blank= no onBattery_sleep = no onBattery_dim = no onBattery_blank = no This should prevent pbbuttonsd from dimming the screen and putting the laptop to sleep. Does he happen to have pmud running too? onAC_Tsleep = 3000 onAC_Tdim = 600 onBattery_Tsleep = 3000 onBattery_Tdim= 600 Try to up these values if nothing helps. -- Colin