Re: Power Management et. al.

2001-04-25 Thread Michel Dänzer
(Sorry for the late followup) Philipp von Weitershausen wrote: > > Still, I suggest using a mouse. The trackpad sucks. > > Hmm, actually I'm a fan of trackpoints. They're great. I learned typing on > an old-style typewriter so I type 10 fingers and on IBM laptops, a > trackpoint is always less

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-23 Thread Geert Uytterhoeven
On Mon, 23 Apr 2001, Ethan Benson wrote: > On Mon, Apr 23, 2001 at 09:30:42AM +0200, Michel Dänzer wrote: > > Mozilla is still kind of a native X app while MOL will probably shove > > pixmaps > > over the wire like hell. X isn't very effective for that. Might be better > > over > > SSH with compr

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-23 Thread Ethan Benson
On Mon, Apr 23, 2001 at 09:30:42AM +0200, Michel Dänzer wrote: > > Mozilla is still kind of a native X app while MOL will probably shove pixmaps > over the wire like hell. X isn't very effective for that. Might be better over > SSH with compression. my test *was* over ssh with compression ;-) --

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-23 Thread Michel Dänzer
Ethan Benson wrote: > > On Sun, Apr 22, 2001 at 10:52:03AM -0700, Tovar wrote: > > > > It works great on the local X server, an amazing hack! It just doesn't > > work remotely, probably because of the bitmap mapping magic to achieve > > X Windows compatability. I'm not complaining it not working

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-22 Thread Tovar
MacOS needs its own separate address. Alternately you can set up linux to proxy for mol via an ethertap device. I think i have 'ethertap' compiled into my 2.4.1 kernel, but just setting the IP address to a locally unused one made it come up just fine. Even Netscape works (with or without

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-22 Thread Ethan Benson
On Sun, Apr 22, 2001 at 10:52:03AM -0700, Tovar wrote: > > It works great on the local X server, an amazing hack! It just doesn't > work remotely, probably because of the bitmap mapping magic to achieve > X Windows compatability. I'm not complaining it not working, i would > just like to have s

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-22 Thread Matt Brubeck
On 22 Apr 2001, Tovar wrote: > Ah - maybe you accessed through AppleShare, and TCP/IP didn't > work? It seems that DHCP is not reliable when used from both > Linux and Mac - try adding your IP manually in either system. > > Correct. It's already manually configured and works with the

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-22 Thread Tovar
I'd never expect any success in running pre-compiled binaries made for other distributions. Dependencies are usually not as strictly managed in RPM's and even when thy are they obviously depend on libraries, not the package names used in Debian. -- Jonas Smedegaard <[EMAIL PRO

Re: Getting MOL running (was "Re: Power Management et. al.")

2001-04-22 Thread Jonas Smedegaard
Citat Tovar <[EMAIL PROTECTED]>: > Alas, you still have to have just the right kernel and/or other > packages > installed to run the pre-compiled binaries under a (custom) Debian 2.4.1 I'd never expect any success in running pre-compiled binaries made for other distributions. Dependencies are us

Getting MOL running (was "Re: Power Management et. al.")

2001-04-22 Thread Tovar
In the 0.9.57 announcement they talk about less dependency on the kernel - wonder if that will help for these issues? They say 'it might be necessary to recompile MOL from the source in certain cases' for 2.4 kernels... -- Michel Dänzer <[EMAIL PROTECTE

Re: Power Management et. al.

2001-04-20 Thread Wilhelm *rafial* Fitzpatrick
You're saying it goes to sleep for you automatically when you close the lid (i.e. not by typing snooze -f in X)? Yes, I'm running pmud 0.7 (using the deb from unstable) If so, what did you have to change in /etc/power/pwrctl (or elsewhere)? Comment out all the stuff in the Core99 function.

Re: Power Management et. al.

2001-04-19 Thread Colin Walters
[ I'm on the list, so no need to CC: me posts ] Wilhelm *rafial* Fitzpatrick <[EMAIL PROTECTED]> writes: > > > So far, so good. Closing it makes it sleep. [...] > > > >Does anyone know if there is support for this for the tibook? > > This works fine on my TiBook as long as I am in X when I put

Re: Power Management et. al.

2001-04-19 Thread Peter Cordes
On Thu, Apr 19, 2001 at 03:44:24PM -0800, Ethan Benson wrote: > > To have a central macos image, you just need to mmap( ..., MAP_PRIVATE, ), > > so your changes are made copy-on-write. (You might want to do this within > > the program instead of leaving it to the kernel, so you could write change

Re: Power Management et. al.

2001-04-19 Thread Ethan Benson
On Thu, Apr 19, 2001 at 08:35:53PM -0300, Peter Cordes wrote: > On Thu, Apr 19, 2001 at 04:56:46AM -0800, Ethan Benson wrote: > > (though vmware has an interesting > > system where the disk image is no larger then the ammount of data it > > holds, it grows as you add data, until you hit the precon

Re: Power Management et. al.

2001-04-19 Thread Peter Cordes
On Thu, Apr 19, 2001 at 04:56:46AM -0800, Ethan Benson wrote: > (though vmware has an interesting > system where the disk image is no larger then the ammount of data it > holds, it grows as you add data, until you hit the preconfigured > limit). Can't you achieve the same result fairly easily

Re: Power Management et. al.

2001-04-19 Thread Michel Lanners
On 19 Apr, this message from Michael Schmitz echoed through cyberspace: >> Most problematic seem >> to be the hdparm stuff. I've had my kernel complain a few times about >> DMA IRQ timeout, resting IDE buses, and some such, when I experimented >> with sleep. > > Did it stay hung forever, or did o

Re: Power Management et. al.

2001-04-19 Thread Michael Schmitz
> > closing my cover, and sometimes the throbbing led comes on after about > > 10-15 seconds; other times it seems to never come on. It also seems > > to take a long time (30secs-1m) to wake up after making it sleep this > > way. > > The problem here is, I think, f**k'ed up scripts to pmud. Look i

Re: Power Management et. al.

2001-04-19 Thread Michel Lanners
On 18 Apr, this message from Benjamin Herrenschmidt echoed through cyberspace: >>So far, so good. Closing it makes it sleep. Now, here's my question: Is > there >>a way to make it >>a) wake up on a LAN connection and/or >>b) wake up at a certain time, thus still allow it to execute cron jobs for

Re: Power Management et. al.

2001-04-19 Thread Michel Lanners
On 19 Apr, this message from Colin Walters echoed through cyberspace: >> So far, so good. Closing it makes it sleep. [...] > > Does anyone know if there is support for this for the tibook? I tried > closing my cover, and sometimes the throbbing led comes on after about > 10-15 seconds; other ti

Re: Power Management et. al.

2001-04-19 Thread Jens Schmalzing
Hi, Ethan Benson writes: > someone made an ITP for mol several monthes ago, but i don't think > anything ever came of it.. That's because shortly after said ITP I upgraded to MacOS 9.1, which completely hosed mol on my system. The whole thing only became stable again about two weeks ago, and I

Re: Power Management et. al.

2001-04-19 Thread Ethan Benson
On Thu, Apr 19, 2001 at 02:09:27PM +0200, Benjamin Herrenschmidt wrote: > > MOL emulates a virtual machine. So MacOS code cannot access anything > outside of this emulated environement. The only security risk I can > see is around the fake "drivers" used to communicate between MOL and > MacOS. I d

Re: Power Management et. al.

2001-04-19 Thread Benjamin Herrenschmidt
> >hehehe, well what got me thinking, is mol runs with root privileges >full time. and macos has no security whatsoever.. so does this mean >that an errant MacOS app can screw with things on the linux side that >would ordinarily be privileged? i would guess not, but its fun to >think about. >

Re: Power Management et. al.

2001-04-19 Thread Andre Berger
* Ethan Benson <[EMAIL PROTECTED]>, 2001-04-19 09:51 +0200: > On Thu, Apr 19, 2001 at 12:48:01AM +0200, Jonas Smedegaard wrote: [...] > my idea is to take the module sources from mol and put them in thier > own package, say mol-modules-src or something. this package should > depend on kernel-heade

Re: Power Management et. al.

2001-04-19 Thread Ethan Benson
On Thu, Apr 19, 2001 at 12:19:40PM +0200, Michel Dänzer wrote: > > In the 0.9.57 announcement they talk about less dependency on the kernel - > wonder if that will help for these issues? They say 'it might be necessary to > recompile MOL from the source in certain cases' for 2.4 kernels... intere

Re: Power Management et. al.

2001-04-19 Thread Michel Dänzer
Ethan Benson wrote: > i was going to look at this again to see what i could come up with. > one really tricky problem is it seems you often MUST recompile the mol > modules against the exact kernel source of the running kernel. > otherwise they don't work. > > on my system when i upgraded to 2.2.

Re: Power Management et. al.

2001-04-19 Thread Ethan Benson
On Thu, Apr 19, 2001 at 12:08:08PM +0200, Michel Dänzer wrote: > > Cool, thanks. But looking at sysctl.conf(5) I think it should be > dev.mac_hid.*, shouldn't it? it seems to work either way. i have slashes instead of dots in mine and it seems happy. > Dunno why I though /etc/sysctl.conf was

Re: Power Management et. al.

2001-04-19 Thread Michel Dänzer
Ethan Benson wrote: > > On Thu, Apr 19, 2001 at 12:33:19AM +0200, Philipp von Weitershausen wrote: > > > I have this in a startup script to get the middle button on F11 and the > > > right one on F12 : > > > > > > echo 1 > /proc/sys/dev/mac_hid/mouse_button_emulation > > > echo 87 > /proc/sys/dev/

Re: Power Management et. al.

2001-04-19 Thread Wilhelm *rafial* Fitzpatrick
> So far, so good. Closing it makes it sleep. [...] Does anyone know if there is support for this for the tibook? This works fine on my TiBook as long as I am in X when I put it to sleep. Sleep on the TiBook was failing in console a while back, I don't know if BenH has fixed it yet. Anyway

Re: Power Management et. al.

2001-04-18 Thread Colin Walters
Philipp von Weitershausen <[EMAIL PROTECTED]> writes: > I installed woody on my Pismo just a week ago. I'm running a recentish benh > kernel (2.4.3pre1) with PMU / Power Management support. > pmud is also working nicely after I made a few changes to /etc/power/pwctrl: [...] > So far, so good. C

Re: Power Management et. al.

2001-04-18 Thread Ethan Benson
On Thu, Apr 19, 2001 at 12:48:01AM +0200, Jonas Smedegaard wrote: > Hmm - I have made an unofficial .deb of mol available here: > http://debian.jones.dk/debian/local/auryn/pool/jones/mol/ > or > deb http://debian.jones.dk/debian/local sid misc > > It is compiled against 2.4.2-something headers, I

Re: Power Management et. al.

2001-04-18 Thread Ethan Benson
On Thu, Apr 19, 2001 at 12:33:19AM +0200, Philipp von Weitershausen wrote: > > I have this in a startup script to get the middle button on F11 and the > > right one on F12 : > > > > echo 1 > /proc/sys/dev/mac_hid/mouse_button_emulation > > echo 87 > /proc/sys/dev/mac_hid/mouse_button2_keycode > > e

Re: Power Management et. al.

2001-04-18 Thread Michel Dänzer
Wilhelm Fitzpatrick wrote: > > > > > echo 1 > /proc/sys/dev/mac_hid/mouse_button_emulation > > > > echo 87 > /proc/sys/dev/mac_hid/mouse_button2_keycode > > > > echo 88 > /proc/sys/dev/mac_hid/mouse_button3_keycode > > > > > > Oh, that's pretty straight forward. Where can I get a description of >

Re: Power Management et. al.

2001-04-18 Thread Wilhelm Fitzpatrick
> > > echo 1 > /proc/sys/dev/mac_hid/mouse_button_emulation > > > echo 87 > /proc/sys/dev/mac_hid/mouse_button2_keycode > > > echo 88 > /proc/sys/dev/mac_hid/mouse_button3_keycode > > > > Oh, that's pretty straight forward. Where can I get a description of those > > numbers matching the keys on

Re: Power Management et. al.

2001-04-18 Thread Jonas Smedegaard
On Thu, 19 Apr 2001, Philipp von Weitershausen wrote: > dunno, but doing a sync seems a good thing to do before going to sleep (I'll > sync myself soon too :)). :-) > > echo 1 > /proc/sys/dev/mac_hid/mouse_button_emulation > > echo 87 > /proc/sys/dev/mac_hid/mouse_button2_keycode > > echo 88 >

Re: Power Management et. al.

2001-04-18 Thread Jonas Smedegaard
On Wed, 18 Apr 2001, Michel Dänzer wrote: > Philipp von Weitershausen wrote: > > > A final question: how come that MOL (Mac On Linux) is not available as a > > debian package or am I just blind? Where can I get then? > > You can alienate an RPM or try to build it yourself (seems to be tricky).

Re: Power Management et. al.

2001-04-18 Thread Philipp von Weitershausen
On Wednesday 18 April 2001 23:54, Michel Dänzer wrote: > Philipp von Weitershausen wrote: > > sleep) > > ### yeah it is > > #$logger -p daemon.error -t pwrctl "$0: sleep function not supported > > yet" sync > > sync > > sync > > Are these necessary? dunno, but doing a sync seems a g

Re: Power Management et. al.

2001-04-18 Thread Michel Dänzer
Philipp von Weitershausen wrote: > I installed woody on my Pismo just a week ago. I'm running a recentish benh > kernel (2.4.3pre1) with PMU / Power Management support. > pmud is also working nicely after I made a few changes to /etc/power/pwctrl: > > sleep) > ### yeah it is > #$logger -p dae

Re: Power Management et. al.

2001-04-18 Thread Benjamin Herrenschmidt
>So far, so good. Closing it makes it sleep. Now, here's my question: Is there >a way to make it >a) wake up on a LAN connection and/or >b) wake up at a certain time, thus still allow it to execute cron jobs for >example? I don't know if those are possible. Wake on Lan might be if the PHY is pro