Re: therm_adt746x

[Colin Leroy]

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]

mouseemu in need of a new maintainer

[Colin Leroy]

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: PBButtonsd Beta Version 0.7.0beta2 released - major bugfix

[Colin Leroy]

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

[Colin Leroy]

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

[Colin Leroy]

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

[Colin Leroy]

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]

Re: Set up Fan speed Powerbook g4

[Colin Leroy]

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: Set up Fan speed Powerbook g4

[Colin Leroy]

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: Apple's Developer Transition Kit

[Colin Leroy]

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]

Apple's Developer Transition Kit

[Colin Leroy]

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: communicate with a printerserver using its mac adress ??

[Colin Leroy]

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: Kernel image not recognized

[Colin Leroy]

On Thu, 2 Jun 2005 13:12:59 +0200
Federico 'Pain' Pistono <[EMAIL PROTECTED]> wrote:

> I recompiled correctly from the old config and enabling some more
> oprtion, recompile did not give any error.

try
make && sudo make modules_install && sudo cp ./vmlinux /boot/ 

that's enough, although ./vmlinux is 25MB it works fine.

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: iMac G5 Status?

[Colin Leroy]

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: screen goes blank instead sleep

[Colin Leroy]

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: screen goes blank instead sleep

[Colin Leroy]

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: zillion printk messages suppressed

[Colin Leroy]

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: [PATCH] therm_adt746x: show correct sensor locations

[Colin Leroy]

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

[PATCH] therm_adt746x: show correct sensor locations

[Colin Leroy]

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);  

Re: Seriuos stability problem using KDE apps

[Colin Leroy]

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]

Re: Seriuos stability problem using KDE apps

[Colin Leroy]

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

[Colin Leroy]

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: Correct patch for "kernel ELF core dump privilege elevation" ?

[Colin Leroy]

On Thu, 12 May 2005 22:41:15 +0200
Wolfgang Pfeiffer <[EMAIL PROTECTED]> wrote:

> It applied without problems to 2.6.12-rc4, so I'd be glad if someone
> understanding the code on the page above could let me know if it's
> safe to use it ...

It looks like, and the fact that Greg KH (who you can trust) applied it
to 2.6.11.9 makes me think it's completely OK :)

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug in powerpc gdb?

[Colin Leroy]

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

[Colin Leroy]

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
> 

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: Oops and BUG's with hfsplus module

[Colin Leroy]

On 07 May 2005 at 20h05, Rogério Brito wrote:

Hi, 

> The drive is an IDE HD in a firewire enclosure and it seems to work
> well for the first few operations. Then, the kernel generates loads
> of messages, when I try to do some simple things.
> 
> Yesterday, I got a quite scary ooops and, today, after trying a newer
> kernel, I got many messages in my dmesg logs.

I've had problems mounting my iPod with Firewire, whereas USB works ok.
Do you have the ability to test an hfsplus filesystem over usb-storage?
Maybe the problem comes from sbp2.

Also, can you try with 2.6.12-rc4?

-- 
Colin

Re: Laptop sleep & current "git" tree

[Colin Leroy]

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
> .

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

[Colin Leroy]

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

[Colin Leroy]

On 06 May 2005 at 22h05, Jack Malmostoso wrote:

Hi, 

> BTW, writing such a plugin for the therm_adt746x would it be a big
> PITA?

No, you can just read from time to time in the different /sys/devices/
temperatures/* files to get various information.

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: modprobe therm_adt746x ioctl=1

[Colin Leroy]

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

[Colin Leroy]

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]

Re: Laptop sleep & current "git" tree

[Colin Leroy]

On Tue, 03 May 2005 08:15:33 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:

Hi Ben,

> All my pending patches regarding power management are now upstream in
> Linus "git" repository. That means I expect those to fix all known
> issues (with the notable exception of the USB related problems, all of
> these things aren't yet there but they aren't under my control, so
> still unplug USB devices).

All the USB patches from David Brownell that I tracked are in
git too, including the ehci repower stuff I sent him. I don't have
issues with these patches applied. Do you?

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 2.6.12-rc3 cpufreq compile error on ppc32

[Colin Leroy]

On 22 Apr 2005 at 10h04, Benjamin Herrenschmidt wrote:

Hi, 

> > 
> > 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
> 
> Yup, please, Andrew, get those 2 to Linus.

Just a heads-up : I didn't see these go into the git tree?

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[PATCH] pmac: save master volume on sleep

[Colin Leroy]

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

[Colin Leroy]

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]

Re: iBook G4: Mouse pointer jumping

[Colin Leroy]

On 24 Apr 2005 at 12h04, Benjamin Herrenschmidt wrote:

Hi, 

> > Has everyone else ever seen this problem? You can't really control
> > the touchpad, the pointer jumps wild to and from and walk around
> > when you away from the touchpad. This is really crazy.
> 
> There have been no change that I remember to the driver ... Tried
> booting in OS X just in case ? Doing so may tweak the firmware of the
> PMU who drives the trackpad...

No problem here either. Joerg: do you have the same problem with an usb
mouse?

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 2.6.12-rc3 pbbuttonsd and mouseemu

[Colin Leroy]

On Thu, 21 Apr 2005 18:04:18 +0200
Elimar Riesebieter <[EMAIL PROTECTED]> wrote:

> > >   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?
> Yes.

Checked it at home, it works for me. Can you try to invert pbbuttons
and mouseemu start order?

-- 
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

[Colin Leroy]

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: 2.6.12-rc3 pbbuttonsd and mouseemu

[Colin Leroy]

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]

Re: 2.6.12-rc3 builderror

[Colin Leroy]

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]

2.6.12-rc3 cpufreq compile error on ppc32

[Colin Leroy]

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: stranded Ibook g4 users

[Colin Leroy]

On 20 Apr 2005 at 12h04, Yannick Roehlly wrote:

Hi, 

> But when I unplug my usb mouse (without even going to sleep),
> mouseemu and pbbuttonsd start to eat 99% of the cpu and I have to
> restart them. Is there a way to investigate on my machine to find out
> the problem and help the developpers?

Arh, I don't really know if you can do something without developing. I
guess I'll have to put my hands on an usb mouse and debug mouseemu
myself... For pbbuttons you'll have to ask Matthias Grimm - if he
didn't already see your mail, that is.

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: stranded Ibook g4 users

[Colin Leroy]

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: stranded Ibook g4 users

[Colin Leroy]

On Wed, 20 Apr 2005 12:15:35 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:

> > The only issue I have now is that if I don't unplug my usb stuff
> > before a sleep I get a kernel panic, and if I don't have anything
> > plugged in when I resume my usb ports don't work. (I have to do a
> > cycle sleep with the usb devices plugged in in order to get them to
> > work).
> 
> There are several pending issues with USB and sleep, we've been
> working with the USB maintainers to get them fixed. There are patches
> avaible (search for Colin Leroy message on the subject, he has links)
> that improve the situation and fix your second issue. Though even

See there:
ftp://ftp.kernel.org/pub/linux/kernel/people/colin/patches/2.6.12-rc2/

Get the four USB patches by Greg KH and the Fix_IDE_related_crash
patch by Ben.

They work great for me, and I think they're all in the queue to 2.6.12.

> with those patches, I have personally experienced crashes on sleep/
> wakeup when I have USB involved, so I still disconnect everything
> before sleep.

Didn't get a single one... Though I only have a wifi stick and
sometimes a scanner plugged.

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [PATCH] pmac: sound support for latest laptops

[Colin Leroy]

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: iBook G3 owners

[Colin Leroy]

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

[Colin Leroy]

On 17 Apr 2005 at 07h04, Brian C wrote:

Hi, 

> I don't have anything in /sys/devices related to temperature. Below
> is /proc/cpuinfo --Thanks for any further advice. The fan is still
> running at what sounds like the max...

That means therm_adt746x isn't loaded, and probably your powerbook model
is configured to set the fan at max speed when it isn't handled.


Can you send the output of

dmesg | grep adt

and 

cat `find /proc/device-tree/ -name fan|grep -v aliases`/compatible && echo

If the second command tells you 'adt7467' or 'adt7460' try `modprobe adt746x`

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [PATCH] pmac: sound support for latest laptops

[Colin Leroy]

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)

[Colin Leroy]

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

[Colin Leroy]

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: [PATCH] pmac: Improve sleep code of tumbler driver

[Colin Leroy]

On Mon, 11 Apr 2005 18:34:34 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:

> On Mon, 2005-04-11 at 10:18 +0200, Colin Leroy wrote:
> > On Mon, 11 Apr 2005 12:00:54 +1000
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > 
> > > This patch (applies on top of my previous one adding support for
> > > newer machines) improves the behaviour of the "tumbler/snapper"
> > > driver used on newer PowerMacs during sleep. It properly set the
> > > HW mutes to shut down amplifiers and does an analog shutdown of
> > > the codec. That might improve power consumption during sleep on a
> > > number of machines.
> > 
> > I suppose it also fixes the occasionnal loud static noise that
> > sometimes at wakeup, for example on iBook G4s. Good :)
> 
> I don't know, tell me. I didn't know about this problem.

It was reported here:
http://lists.debian.org/debian-powerpc/2005/01/msg00781.html

I didn't personnaly report it because it was hard to track it down;
it'd happen about once in twenty resumes (more often when you're in a
quiet place with strangers around, evidently, according to Murphy's
law), and nothing unusual appeared in dmesg (even with SND_DEBUG, which
doesn't debug much on ppc anyway). I just got used to mute the ibook
before sending it to sleep.

> > Btw, do you know where patches land in this time of SCM change, when
> > it's not in -mm ?
> 
> -mm :) Linus didn't restart merging things yet.

Ok, thanks. 
-- 
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

[Colin Leroy]

On Mon, 11 Apr 2005 12:00:54 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:

> This patch (applies on top of my previous one adding support for newer
> machines) improves the behaviour of the "tumbler/snapper" driver used
> on newer PowerMacs during sleep. It properly set the HW mutes to shut
> down amplifiers and does an analog shutdown of the codec. That might
> improve power consumption during sleep on a number of machines.

I suppose it also fixes the occasionnal loud static noise that
sometimes at wakeup, for example on iBook G4s. Good :)

Btw, do you know where patches land in this time of SCM change, when
it's not in -mm ?

Thanks,
-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Sound drivers for newer machines: need help

[Colin Leroy]

On Mon, 11 Apr 2005 08:49:23 +0200
Alexander Schmehl <[EMAIL PROTECTED]> wrote:

> Well... I'm curios:  Why _echo_ `cat foo`???

To get the \n that's missing at the end of /proc/device-tree/model, I
suppose :)
-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Firewire HDs, Sleep, and Sound

[Colin Leroy]

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: Mac mini

[Colin Leroy]

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

[Colin Leroy]

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: [linux-usb-devel] USB glitches after suspend on ppc

[Colin Leroy]

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

[Colin Leroy]

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

[Colin Leroy]

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

[Colin Leroy]

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: [OT] ibook g4 14" display

[Colin Leroy]

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: Ibook G4 sleep

[Colin Leroy]

On 22 Mar 2005 at 09h03, Eric Pineault wrote:

Hi, 

> Gee ubuntu is still working with 2.6.10. I think its time for me to
> stop being lazy and compile my own kernel. Just a question, if you or
> an other has an IBook G4, any indications concerning kernel version
> and config, I usually avoid the latest version,
> I want to have appropriate sleep support and obviously working usb
> wifi.

Here you are. this is enough to make everything work on my ibook G4
(14", first gen).

http://colino.net/ibookg4/

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Ibook G4 sleep

[Colin Leroy]

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: mach64 support?

[Colin Leroy]

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: [linux-usb-devel] [PATCH] Re-power USB ports on wakeup

[Colin Leroy]

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]

Re: `dd` problem from cdrom

[Colin Leroy]

On 16 Mar 2005 at 14h03, James Tappin wrote:

Hi, 

> CL> I didn't try older kernels yet; Any idea about this? Is it a
> CL> kernel bug or a configuration issue? 
> 
> Or a bad CD?

No, it happens with every CD I try :)
And they're clean and un-scratched.

-- 
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

[Colin Leroy]

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

[Colin Leroy]

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

[Colin Leroy]

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: source code for library calls

[Colin Leroy]

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: [PATCH] Re-power USB ports on wakeup

[Colin Leroy]

On 15 Mar 2005 at 18h03, Jack Malmostoso wrote:

Hi, 

> 2) The first time I tried it I booted with the mouse plugged in and on
> wake I got a oops and the system was freezed. Happened again right
> now on third wake, with mouse plugged in at the moment of sleep.
> 
> Hope this helps, please ask for any output you might need.

The oops and the kernel version :)

I did this patch on 2.6.11-rc5, maybe things changed and I should try it
on 2.6.11.

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[PATCH] Re-power USB ports on wakeup

[Colin Leroy]

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!!

[Colin Leroy]

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

[Colin Leroy]

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: will linus work on ppc dev now?

[Colin Leroy]

On 10 Mar 2005 at 21h03, Benjamin Herrenschmidt wrote:

Hi, 

> Well, alternates are PC-Card or USB devices...

Yeah, but USB devices status is quite bad: linux-wlan-ng is one crappy
driver. I gave an USB stick to Greg KH so that he could make it better,
but he hadn't time to do it yet.

-- 
 \|/  \|/   Colin
 "@'/ ,. \`@"   http://www.geekounet.org/
 /_| \__/ |_\
\__U_/


-- 
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.

[Colin Leroy]

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

[Colin Leroy]

On 08 Mar 2005 at 11h03, Jochen Voss wrote:

Hi, 

> Reading /sys/devices/temperatures via cat results in a kernel oops
> followed by a segfault of cat.
> 
> Am I in danger of destroying my hardware in this situation?

Not really, there's a hardware cut-off threshold anyway, but it's quite
high. The patch is on its way to 2.6.12 and the debian bug tracker, so
it should be OK for you soon.

-- 
Colin
  4. la détérioration de la tête peut avoir de graves conséquences.  

Re: /sys/devices/temperatures and suspend to disk

[Colin Leroy]

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: New powerbooks support status (again)

[Colin Leroy]

On 07 Mar 2005 at 15h03, Antonio-M. Corbi Bellot wrote:

Hi, 

> Patch applied and tested, you got it, it works!:

Ok, I'll push it to Andrew Morton.

Thanks for your tests !

-- 
Colin
  http://dudusdl.sf.net/ : a free Puzzle Bubble clone


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: New powerbooks support status (again)

[Colin Leroy]

On 06 Mar 2005 at 18h03, Antonio-M. Corbi Bellot wrote:

Hi Antonio, 

> After talking in private with Colin Leroy (from therm_adt) and trying
> several ways to see what was happening he suggested me to write to the
> list and see if any of the powerpc developers here can see what is
> happening here.

Can you test the attached patch ?

Thanks,
-- 
Colin
  It's psychosomatic. You need a lobotomy. I'll get a saw.
-- Calvin
--- drivers/macintosh/therm_adt746x.c.test  2005-03-07 09:03:58.0 
+0100
+++ drivers/macintosh/therm_adt746x.c   2005-03-07 09:04:35.0 +0100
@@ -548,7 +548,15 @@
prop = (u32 *)get_property(np, "reg", NULL);
if (!prop)
return -ENODEV;
-   therm_bus = ((*prop) >> 8) & 0x0f;
+   
+   /* look for bus either by path or using "reg" */
+   if (strstr(np->full_name, "/i2c-bus@") != NULL) {
+   const char *tmp_bus = (strstr(np->full_name, "/i2c-bus@") + 9);
+   therm_bus = tmp_bus[0]-'0';
+   } else {
+   therm_bus = ((*prop) >> 8) & 0x0f;
+   }
+   
therm_address = ((*prop) & 0xff) >> 1;
 
printk(KERN_INFO "adt746x: Thermostat bus: %d, address: 0x%02x, "

Re: New powerbooks support status (again)

[Colin Leroy]

On 07 Mar 2005 at 09h03, Benjamin Herrenschmidt wrote:

Hi, 

> Are you sure of the chip type and the i2c address (especially the bus
> number) ? The i2c busses are laid out differently on the new models.
> Apple dropped their mecanism of adding 0x100 to the "reg" property for
> devices on uni-n bus 1. Now, they have 2 sub-nodes  "[EMAIL PROTECTED]" and
> "[EMAIL PROTECTED]" (iirc) and devices laid out below that. Maybe you are
> mis-parsing the i2c address ?

Will look into it, thanks.

-- 
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: New powerbooks support status (again)

[Colin Leroy]

On 06 Mar 2005 at 18h03, Antonio-M. Corbi Bellot wrote:

Hi, 

> Mar  5 21:02:27 localhost kernel: adt746x: Thermostat bus: 0, address:
> 0x2e, limit_adjust: 0, fan_speed: -1
> Mar  5 21:02:27 localhost kernel: adt746x: Thermostat failed to read
> config from bus 0, addr 0x2e: rc=-19

Ben,
the problem is read_reg() returns -ENODEV. It can't really figure out
why, maybe you'd have an idea?

-- 
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: Airport Extreme via QEmu

[Colin Leroy]

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: mouseemu replacement in pbbuttonsd

[Colin Leroy]

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: setting up TCP/IP

[Colin Leroy]

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: setting up TCP/IP

[Colin Leroy]

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: [2.6.11 vanilla] Compiled on iBook G4: all working!

[Colin Leroy]

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: iMac Mini

[Colin Leroy]

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: ***kernal panic on starting Appletalk services***

[Colin Leroy]

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: State of ibook G4 sleep support in 2.6.11?

[Colin Leroy]

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: disable touchpad - accidental tap [was: Re: trackpad on powerbook]

[Colin Leroy]

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: disable touchpad - accidental tap [was: Re: trackpad on powerbook]

[Colin Leroy]

On 13 Feb 2005 at 17h02, Arkadiusz Miskiewicz wrote:

Hi, 

> On Sunday 13 of February 2005 15:05, Eddy Petrisor wrote:
> 
> > - the touchpad is _extremely_ sensitive and I find myself writing in
> > various places in a document 'cause I touch t (arrrggh, just happed)
> > the touchpad accidentally. I found out that with tpconfig I should
> > be able to configure the touchpad that is is disabled automatically
> > for a period of time when I start typing,
> Same problem here (ibook g4) :/ I'm wondering what happened to idea
> mentioned here: http://kerneltrap.org/node/645/3067

Forgot: pbbuttonsd can configure it too, see its config file.

-- 
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: disable touchpad - accidental tap [was: Re: trackpad on powerbook]

[Colin Leroy]

On 13 Feb 2005 at 17h02, Arkadiusz Miskiewicz wrote:

Hi, 

> > - the touchpad is _extremely_ sensitive and I find myself writing in
> > various places in a document 'cause I touch t (arrrggh, just happed)
> > the touchpad accidentally. I found out that with tpconfig I should
> > be able to configure the touchpad that is is disabled automatically
> > for a period of time when I start typing,
> Same problem here (ibook g4) :/ I'm wondering what happened to idea
> mentioned here: http://kerneltrap.org/node/645/3067

You can use 'trackpad notap' to turn "tap" off, and mouseemu to
disable the whole trackpad while typing.

-- 
Colin
  "When in doubt, do the right thing."


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Powerbook5,6 support

[Colin Leroy]

On 11 Feb 2005 at 11h02, John Harrold wrote:

Hi, 

> http://sage.che.pitt.edu/~harrold/tmp/powerbook/device-tree.tar.gz
> 
> and the output of dmesg:

Looks like there's a PMU, but no ADB - contrary to my ibook. But there
is an usb mouse:

./[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/mouse
./[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/mouse

Contrary to my ibook which has it in 
./[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/adb/mouse

Maybe everything will work if you set CONFIG_USB_MOUSE.

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: trackpad on powerbook

[Colin Leroy]

On 11 Feb 2005 at 15h02, James Tappin wrote:

Hi, 

> I think you mean 
> sudo tar -zcf device-tree.tgz /proc/device-tree
>^

Er, yes. I even thought explicitly "don't miss and put an x instead of a
c" while writing my mail. :)

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: trackpad on powerbook

[Colin Leroy]

On 11 Feb 2005 at 10h02, John Harrold wrote:

Hi, 

> | (`sudo tar -zxf device-tree.tgz /proc/device-tree` should do)
> 
> Sure I can do that. Do I post a message to this list or somewhere
> else?

Yes, here :)

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: trackpad on powerbook

[Colin Leroy]

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: trackpad on powerbook

[Colin Leroy]

On 11 Feb 2005 at 08h02, John Harrold wrote:

Hi, 

> adb: starting probe task...
> adb: finished probe task...
> ...
> mice: PS/2 mouse device common for all mice
> 
> There is nothing between the starting and finished probe. Perhaps that
> is my problem ;).

Certainly :)

> | What does your kernel config look like ? (/boot/config-something, or
> | /proc/config.gz)
> 
> | $ zgrep "\(ADB\|INPUT\|MOUSE\)" /proc/config.gz | grep -v ^#
> 
> This is the output:
> 
> # CONFIG_USB_MOUSE is not set

You should have this on to use usb mice, but I fail to see a problem
with the rest. You should really try a 2.6 kernel (you run 2.4 I
think?), you'll probably have better luck...

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: trackpad on powerbook

[Colin Leroy]

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: USB Stick wireless

[Colin Leroy]

On 10 Feb 2005 at 14h02, r0sk wrote:

Hi, 

> I had recently bought an iBook 12" 1.2Ghz, I suposse all of you known
> that Airport Extreme hasn't got support on Linux, so I was thinking on
> buy one usb wireless card but dunno which is fully supported to work
> on Debian. Any tips?. Thanks in advice.

DON'T buy a netgear MA111. It is noted as supported on the linux-wlan-ng
website, but the idiot marketdroids at Netgear changed the chipset in a
V2 revision, without changing the name. You'd get a little piece of shit
if you buy that stick new. I know of quite a few people already bitten
by that...

-- 
Colin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Problems mounting HFS+ partitions for writing

[Colin Leroy]

On 08 Feb 2005 at 21h02, Till Schmalmack wrote:

Hi, 

> Does this still hold true? I checked the changelog of the latest
> hfsplus
> version plus_1.0.4-7/changelog>, but could not find any direct hints according
> to this issue in the changes of last year. So I thought it's worth
> asking...

All I can say is that it's stable enough on 2.6.10 to handle my iPod's
filesystem, without a glitch so far...

-- 
Colin
  Don't be jealous of my big-endian


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]