Re: [Mactel-linux-devel] [PATCH] New appletouch driver

[Sven Anders <anders@an...>]

Nicolas Boichat schrieb:
> Hi,
>
>> This is the updated appletouch patch for 2.6.24.
>>
>> Please test it and report any problems.
> 
> Erm, I think you forgot the attachment .-)
> 
> Apart of that, thank you, the vanilla 2.6.24 appletouch driver is quite
> unreliable, yours was much better in 2.6.23.

Erm, yes....
Sorry, here it comes...

Regards
 Sven
-- 
 Sven Anders <anders@...>                 () Ascii Ribbon Campaign
                                                 /\ Support plain text e-mail
 ANDURAS service solutions AG
 Innstraße 71 - 94036 Passau - Germany
 Web: http://www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55

Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032
Mitglieder des Vorstands: Sven Anders, Marcus Junker
Vorsitzender des Aufsichtsrats: Dr. Thomas Träger

[Mactel-linux-devel] Overclocking GPU

[laptop3000 <canonjmad@gm...>]

Hello All,
I was wondering if anyone had loaded the software that allows one to 
overclock the MBP's GPU? If so what were the results?

Thanks,
Jake

Re: [Mactel-linux-devel] [PATCH] New appletouch driver

[Sven Anders <anders@an...>]

Nicolas Boichat schrieb:
> Sven Anders wrote:
>
> I quickly tried to update your patch to 2.6.23-rc8, it looks like there
> is some conflicts.
> 
> I think it would be good if you could try to port your patch to the
> latest git, it's the easiest way of getting it in the kernel eventually.

Ok, I finally managed to update the patch.

This is the updated appletouch patch for 2.6.24.

Please test it and report any problems.

Regards
 Sven

-- 
 Sven Anders <anders@...>                 () Ascii Ribbon Campaign
                                                 /\ Support plain text e-mail
 ANDURAS service solutions AG
 Innstraße 71 - 94036 Passau - Germany
 Web: http://www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55

Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032
Mitglieder des Vorstands: Sven Anders, Marcus Junker
Vorsitzender des Aufsichtsrats: Dr. Thomas Träger

Re: [Mactel-linux-devel] MacBook (C2D) Japanese Keyboard problem

[Osamu Aoki <osamu@de...>]

On Tue, Apr 03, 2007 at 01:49:45AM +0900, Osamu Aoki wrote:
> On Mon, Apr 02, 2007 at 03:59:14PM +0800, Nicolas Boichat wrote:
> > Hi,
> > 
> > Osamu Aoki wrote:
> > > Hi,
> > > 
> > > I am trying to trace kernel USB keyboard issue and will appreciate help
> > > to trace it down.
> > > 
> > > Problem: 
> > > Few dead keys on APPLE_GEYSER4_JIS USB keyboard on MacBook.
> > 
> > Looks strange... I'm no expert in this, but I had a quick glance at the
> > code, and I don't think JIS keyboards need any kind of special code to
> > handle special keys (for example, Swiss/French/German keyboards have a
> > key called "Alt Gr", that you don't find on US/UK keyboards, but you
> > don't need any special code to handle it)...
> > 
> > Could you try to connect an USB japanese keyboard to your laptop, and
> > check if it works? Just to find out if it's a problem with your kernel
> > or with the built-in keyboard...
> 
> OK I will.
> 
> By the way, my report is 2.6.18 (patched with mactel patch).
> 
> It seems newer 2.6.20.4 lacks hid-input.c.  I wonder what was going on.

As of 2.6.24-1-amd64 (Debian), this Japanese key problem has been fixed.

dmesg mention its fix :-)

usbcore: registered new interface driver hiddev
input: Logitech USB-PS/2 Optical Mouse as /class/input/input1
input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.0-1
Fixing up MacBook JIS keyboard report descriptor
input: Apple Computer Apple Internal Keyboard / Trackpad as /class/input/input2
input,hidraw1: USB HID v1.11 Keyboard [Apple Computer Apple Internal Keyboard / Trackpad] on usb-0000:00:1d.0-2
input: Apple Computer Apple Internal Keyboard / Trackpad as /class/input/input3
input,hidraw2: USB HID v1.11 Device [Apple Computer Apple Internal Keyboard / Trackpad] on usb-0000:00:1d.0-2
hiddev96hidraw3: USB HID v1.11 Device [Apple Computer, Inc. IR Receiver] on usb-0000:00:1d.2-2
input: HID 05ac:1000 as /class/input/input4
input,hidraw4: USB HID v1.11 Keyboard [HID 05ac:1000] on usb-0000:00:1d.3-1
input: HID 05ac:1000 as /class/input/input5
input,hidraw5: USB HID v1.11 Mouse [HID 05ac:1000] on usb-0000:00:1d.3-1
usbcore: registered new interface driver usbhid
drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver


> Osamu

[Mactel-linux-devel] [PATCH] appletouch: unregister applesmc_led

[Lucas C. Villa Real <lucasvr@go...>]

Hi,

I'm trying the latest patches for 2.6.24, and when unloading +
reloading applesmc I got a WARN() from the kernel. This patch fixes
that, ensuring that applesmc_led is unregistered at the time the
module is removed.

Thanks,
Lucas

Re: [Mactel-linux-devel] support of the new iMac?

[Pierre Tardy <tardyp@gm...>]

Probably the new macbook air might give some more live to this mailing list..
We 'll need to provide some  links to distribution that can install
from net and usb-key.


On Jan 25, 2008 10:28 AM, Soeren Sonnenburg <mactel-ml@...> wrote:
> On Fri, 2008-01-25 at 09:51 +0100, Ludovic Rousseau wrote:
> > On Nov 16, 2007 6:00 PM, Ludovic Rousseau <ludovic.rousseau@...>
> > wrote:
> > > 2007/8/28, Ludovic Rousseau <ludovic.rousseau@...>:
> > > > Has anybody any info on the support of a GNU/Linux on the new
> > iMac?
> > > > In particular I am interested in reports regarding:
> > > > - the video card ATI Radeon HD 2600 PRO
> > >
> > > The radeonhd free software driver does not yet support this card.
> > > But the card is supported by the proprietary AMD driver version
> > 8.42.3.
> >
> > The free software driver radeonhd [1] is now working correctly with
> > this machine (iMac alu 24", model MA878LL [2])
> [...]
> > > Anybody is working on the support of this machine?
> >
> > Am I the only one on earth using this computer and GNU/Linux?
> > Or is this mailing list dead now?
>
> I guess as all apple specific stuff is now in the main kernel there is
> no big pressure for people to join the ml anymore.
>
> Maybe a list of rough edges that need fixing would be a start for a
> revival :-)
>
> Soeren
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Mactel-linux-devel mailing list
> Mactel-linux-devel@...
> https://lists.sourceforge.net/lists/listinfo/mactel-linux-devel
>



-- 
Pierre

Re: [Mactel-linux-devel] support of the new iMac?

[Soeren Sonnenburg <mactel-ml@nn...>]

On Fri, 2008-01-25 at 09:51 +0100, Ludovic Rousseau wrote:
> On Nov 16, 2007 6:00 PM, Ludovic Rousseau <ludovic.rousseau@...>
> wrote:
> > 2007/8/28, Ludovic Rousseau <ludovic.rousseau@...>:
> > > Has anybody any info on the support of a GNU/Linux on the new
> iMac?
> > > In particular I am interested in reports regarding:
> > > - the video card ATI Radeon HD 2600 PRO
> >
> > The radeonhd free software driver does not yet support this card.
> > But the card is supported by the proprietary AMD driver version
> 8.42.3.
> 
> The free software driver radeonhd [1] is now working correctly with
> this machine (iMac alu 24", model MA878LL [2])
[...]
> > Anybody is working on the support of this machine?
> 
> Am I the only one on earth using this computer and GNU/Linux?
> Or is this mailing list dead now?

I guess as all apple specific stuff is now in the main kernel there is
no big pressure for people to join the ml anymore.

Maybe a list of rough edges that need fixing would be a start for a
revival :-)

Soeren

Re: [Mactel-linux-devel] support of the new iMac?

[Ludovic Rousseau <ludovic.rousseau@gm...>]

On Nov 16, 2007 6:00 PM, Ludovic Rousseau <ludovic.rousseau@...> wrote:
> 2007/8/28, Ludovic Rousseau <ludovic.rousseau@...>:
> > Has anybody any info on the support of a GNU/Linux on the new iMac?
> > In particular I am interested in reports regarding:
> > - the video card ATI Radeon HD 2600 PRO
>
> The radeonhd free software driver does not yet support this card.
> But the card is supported by the proprietary AMD driver version 8.42.3.

The free software driver radeonhd [1] is now working correctly with
this machine (iMac alu 24", model MA878LL [2])

The flat panel is lying about its physical dimensions. So you must
have a xorg.conf file to correct it.
Mine is just:
Section "Monitor"
       Identifier "PANEL"
       DisplaySize 524 324
EndSection

I use PANEL as the monitor identifier since it is the connected
display detected by the driver:
(II) RADEONHD(0): Output DVI-I_1/digital disconnected
(II) RADEONHD(0): Output DVI-I_1/analog disconnected
(II) RADEONHD(0): Output PANEL connected
(II) RADEONHD(0): Output TV_7PIN_DIN disconnected
(II) RADEONHD(0): Output PANEL using initial mode 1920x1200
(II) RADEONHD(0): RandR 1.2 support enabled

See also [3].

> Anybody is working on the support of this machine?

Am I the only one on earth using this computer and GNU/Linux?
Or is this mailing list dead now?

Regards,

[1] http://wiki.x.org/wiki/radeonhd
[2] http://support.apple.com/specs/imac/iMac_Mid_2007.html
[3] http://lists.opensuse.org/radeonhd/2008-01/msg00185.html

-- 
 Dr. Ludovic Rousseau

[Mactel-linux-devel] MacOSX virtualized under Linux using qemu

[Soeren Sonnenburg <mactel-ml@nn...>]

Dear List,

Sven Anders asked me to post this to the list as his mails seem to not
get through:

====snip===
If anybody want to try to run MacOSX virtualized under Linux, here is
some you can try:

See: http://alex.csgraf.de/self/?qemu/

I haven't tested it, but looks promising...
====snip===


And I agree it sounds very interesting indeed!!

Soeren

[Mactel-linux-devel] Applesmc question: fans run too fast

[Jean-Baka Domelevo-Entfellner <domelevo@gm...>]

Hi,

On my MacBook Pro (Santa Rosa, Debian Sid, kernel 2.6.23.9-mactel),
the applesmc module bahaves strangely: the fans run too fast, even
when there is no real CPU activity on my machine.

Here is the output of a "modinfo applesmc" :

filename:       /lib/modules/2.6.23.9-mactel/kernel/drivers/hwmon/applesmc.ko
author:         Nicolas Boichat
description:    Apple SMC
license:        GPL v2
vermagic:       2.6.23.9-mactel SMP preempt mod_unload CORE2
depends:        input-polldev


And here is the script I use to lower the fan speed, somewhat hazardous (?):

#!/bin/bash
# Lowers both fans to 2000 rpm (?)
FANPATH=/sys/devices/platform/applesmc.768
echo 1 > $FANPATH/fan1_manual
echo 1 > $FANPATH/fan2_manual
echo 2000 > $FANPATH/fan1_output
echo 2000 > $FANPATH/fan2_output


As you can see, my applesmc control directory is named applesmc.768.

Do you have any idea why these fans want to take off?

Thanks,
   JB

Re: [Mactel-linux-devel] [PATCH] New appletouch driver

[Sven Anders <anders@an...>]

Nicolas Boichat schrieb:
> Hi Sven,
> 
> I tried to apply your patch to 2.6.24-rc3, without sucess, it seems
> there is a lot of conflicts, and I don't want to break anything. It
> would be good if your good do it.
> 
> Have you tried to send this patch upstream? I think with your
> modifications the driver is much more stable...

Not yet. I have some trouble with my current config (sometimes the pointer did not
stop and moves slowly to the upper left corner) and I want to be sure it's not a
problem of my modifications.
I think I have some time in the near future to track down (and correct) this problem.

Do you experience any problems with my or the standard driver?

Regards
 Sven

-- 
 Sven Anders <anders@...>                 () Ascii Ribbon Campaign
                                                 /\ Support plain text e-mail
 ANDURAS service solutions AG
 Innstraße 71 - 94036 Passau - Germany
 Web: http://www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55

Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032
Mitglieder des Vorstands: Sven Anders, Marcus Junker
Vorsitzender des Aufsichtsrats: Dr. Thomas Träger

Re: [Mactel-linux-devel] support of the new iMac?

[Ludovic Rousseau <ludovic.rousseau@gm...>]

Hello,

Since my request I made some progress.
I am using the default Debian kernel 2.6.22-2-amd64.

2007/8/28, Ludovic Rousseau <ludovic.rousseau@...>:
> Has anybody any info on the support of a GNU/Linux on the new iMac?
> In particular I am interested in reports regarding:
> - the video card ATI Radeon HD 2600 PRO

The radeonhd free software driver does not yet support this card.
But the card is supported by the proprietary AMD driver version 8.42.3.

> - the wifi card (no model info available from the Apple web site)

Not supported AFAICT

> - power/fan control

Not needed.

> I guess the other hardware parts of the machine are standard and
> should already be supported.

The sound card is a
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
Controller (rev 03)

But I only get sound in my  headphone and the level is very low. And
no sound at all from the speakers.

Works out of the box:
- Bluetooth
- Ethernet

Anybody is working on the support of this machine?

Bye

-- 
  Dr. Ludovic Rousseau

[Mactel-linux-devel] appletouch update for Macbook3,1

[Chris Irwin <chris@ch...>]

Attached is an update for the appletouch driver adding in new codes for
the macbook3,1 .

The patch is extremely simple, only adding new IDs for the hardware. The
finger sensitivity seems to be slightly different than the macbook1,1
trackpad I have previously used, but I am not sure how to go about
correcting that as a default (adjusting FingerLow and FingerHigh in
X.org work fine).

-- 
Chris Irwin <chris@...>

Re: [Mactel-linux-devel] [PATCH] FN key support for aluminum wired Apple keyboards

[Chris Irwin <chris@ch...>]

This is a followup to Martin Szulecki post on 2007-10-22 with the apple
aluminum keyboard patch.

I have updated the patch with the keycodes for the macbook3,1 (the new
"Santa Rosa" one), as well as a few keycodes that were handy and present
on the "powerbook" keyboard, such as delete, pgup/down, and home/end.

Thanks Martin for posting the patch, I would not have known where to
start otherwise.

Also sorry for not replying to the thread in progress, but I just
subscribed to this list.

-- 
Chris Irwin <chris@...>

Re: [Mactel-linux-devel] [PATCH] FN key support for aluminum wired Apple keyboards

[M.S. <mactel@su...>]

On Tue, 2007-10-23 at 12:23 +0200, Michel Dänzer wrote:
> On Mon, 2007-10-22 at 23:09 +0200, M.S. wrote:
> > I attached a patch (vs. 2.6.22.9) which enables the hid stuff to
> > recognize the new aluminum wired Apple keyboard's FN key features.
> > http://www.apple.com/keyboard/
> 
> Great keyboard, isn't it? :)
> 

Surprisingly, yes (of course after switching left alt and cmd keys). ;)

> The HID tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git already
> carries patches of mine for this. I CC'd this list when submitting those
> but I think they didn't make it here due to some mail setup issues.
> 

Awesome, could not find anything related to the keyboard so I just went
ahead buzzing my own patch. However, I still can't find your patch in
the tree. Would you mind sending me a link so I can compare them?

This list seems to filter your mails in some way.

> Maybe you want to look at those patches and submit any necessary
> followup changes to the HID/input maintainers.
> > Codewise it seems to get a bit messy with all that
> > GEYSER/Powerbook/QUIRKS stuff but I don't know how to make it cleaner at
> > the moment. Comments welcome.
> 
> I re-use the existing quirks and use the device ID to choose the
> translation table.
> 

I did it that way first until I saw that only quirks can be used in
hid-input.c and the product mapping happens in hid-quirks.c (rather than
hardcoding in former).

> 
> > +static struct hidinput_key_translation apple_keyboard[] = {
> > +        { KEY_VOLUMEUP,        KEY_EJECTCD },
> > +        { }
> > +};
> 
> What's this for? Doesn't seem necessary here.
> 

My product is 05ac:0221. The keyboards appears to emit the volumeup key
according USB HID when pressing the eject key. Despite the higher stack
will still work (as you will map whatever with it), I thought this might
need to be corrected so any higher "I map this nice HID key to some
string defaults" get correct keys upfront.

> 
> > -               if (test_bit(usage->code, hid->pb_pressed_numlock) ||
> > -                               test_bit(LED_NUML, input->led)) {
> > +               if (!(hid->quirks & HID_QUIRK_APPLE_KEYBOARD) &&
> > (test_bit(usage->code, hid->pb_pressed_numlock) ||
> > +                               test_bit(LED_NUML, input->led))) {
> >                         trans =
> > find_translation(powerbook_numlock_keys, usage->code);
> 
> I don't understand what this is for either, can you elaborate?
> 
> 

I had issues with the keyboard getting stuck (only FN+FX keys worked) if
this was not "disabled" for this product, however I might just have had
messed something else up while testing.

--- M.S.

[Mactel-linux-devel] [PATCH] FN key support for aluminum wired Apple keyboards

[M.S. <mactel@su...>]

I attached a patch (vs. 2.6.22.9) which enables the hid stuff to
recognize the new aluminum wired Apple keyboard's FN key features.
http://www.apple.com/keyboard/

Codewise it seems to get a bit messy with all that
GEYSER/Powerbook/QUIRKS stuff but I don't know how to make it cleaner at
the moment. Comments welcome.

Please test this first.

--- M.S.

[Mactel-linux-devel] AppleTV kernel debugging

[Scott D. Davilla <davilla@4p...>]

I've been debugging strange hangs with linux on the AppleTV (2.6.21 
kernel). I believe I've tracked down a possible memory map problem 
between ACPI derived memory map and the EFI memory map.

Here's the indicators from dmesg (from 
http://www.mactel-linux.org/wiki/Dmesg_appletv);

EFI: ioremap of 0xB178000 failed
EFI: ioremap of 0xB19D000 failed
EFI: ioremap of 0xB1C8000 failed
.
.
.
EFI: Failed to allocate res Runtime Service Code : 0xb178000-0xb19cfff
EFI: Failed to allocate res Runtime Service Data : 0xb19d000-0xb1c7fff
EFI: Failed to allocate res Runtime Service Data : 0xb1c8000-0xb1c8fff

The ioremap failures does not cause any problem as right now all 
calls to EFI runtime are commented out (via the appletv patch). The 
initial ioremap failure is because the memory is already mapped.

The problem is that the EFI memory map has a 35MB section of memory 
that is declared conventional memory and the above memory locations 
overlap and are also declared in the last three EFI map locations. 
ACPI grabs the conventional chuck, then ignores the last three as 
they are marked special. "cat /proc/iomem" shows the conventional 
memory and you need to enable EFI_DEBUG in arch/i386/kernel/efi.c to 
see the EFI memory map in dmesg.

This sets a timebomb that trips when linux happens to overwrite EFI 
Runtime Service Code/Data and some EFI service runs possibly via an 
ACPI change. I see most of my hangs when waking from a screensaver 
blank.

I'm still tracking in source code as to where the linux side memory 
map is created, I think it's in some ACPI related code related to the 
MCFG section.

Any pointers or suggestions as to how to further debug/fix this 
potential problem would be appreciated. Remember this is pure EFI 
without any BIOS compatibility layer so e820 mapping does not happen.

Thanks
Scott

[Mactel-linux-devel] =?utf-8?q?Gi=C3=B9_le_mani_dai_Blog!?=

[Roberto Griso <griso.roberto@gm...>]

R2nDuSBsZSBtYW5pIGRhaSBCbG9nISAqSW5zZXJpdG8gZGEgYWRtaW4gaWwgVmVuLCAxOS8xMC8y
MDA3IC0gMTE6MzcqCgpDb21lIFZpY2UgUHJlc2lkZW50ZSBkZWwgUGFydGl0byBQaXJhdGEsIHNv
bm8gY29zdHJldHRvIGEgY2hpZWRlcmUgYW5jb3JhCnVuYSB2b2x0YSBsYSB2b3N0cmEgY29sbGFi
b3JhemlvbmUgcGVyIGltcGVkaXJlIGNoZSBjaSB2ZW5nYSB0b2x0byBhbmNvcmEKdW4nYWx0cm8g
cGV6em8gZGkgZGVtb2NyYXppYSBlIGRpIGxpYmVydMOgLiBRdWVzdGEgdm9sdGEgw6ggYSByaXNj
aGlvIG5pZW50ZQptZW5vIGNoZSBpbCBkaXJpdHRvIGRpIGVzcHJpbWVyZSBsYSBwcm9wcmlhIG9w
aW5pb25lIGF0dHJhdmVyc28gaWwgd2ViIGVkIGkKYmxvZywgY29zw6wgY29tZSBzYXJlYmJlIHBy
ZXZpc3RvIGRhbGwnYXJ0aWNvbG8gMjEgZGVsbGEgQ29zdGl0dXppb25lIGRlbGxhClJlcHViYmxp
Y2EgSXRhbGlhbmEuCgoqQ29sIGZhdm9yZSBkZWxsZSB0ZW5lYnJlLiBObywgYW56aS4uLiBkZWxs
ZSBmZXJpZSoKCkluIHBpZW5vIEFnb3N0byAyMDA3LCBtZW50cmUgbCdpbnRlcm8gcGFlc2UgZXJh
IGluIHZhY2FuemEsIGlsIHNvbGVydGUKUmljYXJkbyBGcmFuY28gTGV2aSwgU290dG9zZWdyZXRh
cmlvIGFsbGEgUHJlc2lkZW56YSBkZWwgQ29uc2lnbGlvLCBoYQpwcmVzZW50YXRvIHVuIHByb2dl
dHRvIGRpIGxlZ2dlIGNoaWFyYW1lbnRlIGNvbmNlcGl0byBjb24gaWwgc29sbyBzY29wbyBkaQpt
ZXR0ZXJlIGxhIG11c2VydW9sYSBhIHR1dHRpIGNvbG9ybyBjaGUgaW50ZW5kb25vIGZhciBzZW50
aXJlIGxhIHZvY2UgZGVsbGEKU29jaWV0w6AgQ2l2aWxlIGF0dHJhdmVyc28gaWwgV29ybGQgV2lk
ZSBXZWIuIExhIHNldHRpbWFuYSBzY29yc2EsIG5lbCBwacO5CmFzc29sdXRvIHNpbGVuemlvLCBx
dWVzdG8gcHJvZ2V0dG8gZGkgbGVnZ2UgbGliZXJ0aWNpZGEgaGEgb3R0ZW51dG8KbCdhcHByb3Zh
emlvbmUgZGVsIENvbnNpZ2xpbyBkZWkgTWluaXN0cmksIGd1aWRhdG8gZGEgUm9tYW5vIFByb2Rp
LiBFY2NvCmNvbWUgbmUgaGEgZGF0byBsYSBub3RpemlhIFJlcHViYmxpY2E6CgpST01BIC0gQ29u
c2lnbGlvIGRlaSBtaW5pc3RyaSBkZWwgMTIgb3R0b2JyZTogaWwgZ292ZXJubyBhcHByb3ZhIGUg
bWFuZGEKYWxsJ2VzYW1lIGRlbCBQYXJsYW1lbnRvIGlsIHRlc3RvIGNoZSB2dW9sZSBjYW1iaWFy
ZSBsZSByZWdvbGUgZGVsIGdpb2NvIGRlbAptb25kbyBlZGl0b3JpYWxlLCBwZXIgaSBnaW9ybmFs
aSBlIGFuY2hlIHBlciBJbnRlcm5ldC4gRScgdW4gZGlzZWdubyBkaQpsZWdnZSBjb21wbGVzc28s
IDIwIHBhZ2luZSwgMzUgYXJ0aWNvbGksIGNoZSBhZGVzc28gY29taW5jaWEgYSBzZW1pbmFyZSBp
bApwYW5pY28gaW4gUmV0ZS4gQ2hpIGhhIHVuIHBpY2NvbG8gc2l0bywgcGVyZmlubyBjaGkgaGEg
dW4gYmxvZyBwZXJzb25hbGUKdmVkZSBhbGwnb3JpenpvbnRlIG9iYmxpZ2hpIGRpIHJlZ2lzdHJh
emlvbmUsIGJ1cm9jcmF6aWEsIHNwZXNlIGltcHJldmlzdGUuClNvcHJhdHR1dHRvIHRlbWUgc2Fu
emlvbmkgcGVuYWxpIHBpw7kgZm9ydGkgaW4gY2FzbyBkaSBkaWZmYW1hemlvbmUuCgpbRGEgUmVw
dWJibGljYTxodHRwOi8vd3d3LnJlcHViYmxpY2EuaXQvMjAwNy8xMC9zZXppb25pL3NjaWVuemFf
ZV90ZWNub2xvZ2lhL3Rlc3RvLWVkaXRvcmlhL3Rlc3RvLWVkaXRvcmlhL3Rlc3RvLWVkaXRvcmlh
Lmh0bWw+ZGVsCjE5IE90dG9icmUgMjAwN10KCipTY2hlcnpldHRvIG8gYmFsemVsbG8/KgoKTGEg
cHJpbWEsIGUgbGEgcGnDuSBncmF2ZSwgY29uc2VndWVueiwgZGkgcXVlc3RvIHNjaGVyem8gZGkg
SGFsbG93ZWVuIGRlbApub3N0cm8gYW1hdG8gR292ZXJubyDDqCB1biBhdW1lbnRvIGlwZXJib2xp
Y28gZGVpIGNvc3RpIGUgZGVsbGUgY29tcGxlc3NpdMOgCmJ1cm9jcmF0aWNoZSBuZWNlc3Nhcmkg
cGVyIG1hbnRlbmVyZSBpbiB2aXRhIHVuIHF1YWx1bnF1ZSBzaXRvIHdlYiwgY29tcHJlc28KdW4g
YmxvZyBwZXJzb25hbGUuIEluIHByYXRpY2EsIGNoaXVucXVlIHZvbGVzc2UgcHViYmxpY2FyZSBx
dWFsdW5xdWUgY29zYQooYW5jaGUgbGUgcmljZXR0ZSBkZWxsYSBub25uYSkgc3UgdW4gYmxvZyBn
cmF0dWl0byAoY29tZSBXb3JkcHJlc3MgbwpCbG9nZ2VyKSBzYXJlYmJlIGNvbXVucXVlIGNvc3Ry
ZXR0byBhIHJlZ2lzdHJhcmUgbGEgcHJvcHJpYSAidGVzdGF0YQpnaW9ybmFsaXN0aWNhIiBwcmVz
c28gaWwgZmFtaWdlcmF0byBST0MgKCJSZWdpc3RybyBkZWdsaSBPcGVyYXRvcmkgZGkKQ29tdW5p
Y2F6aW9uZSIpLiBQZXIgY2hpIG5vbiBsbyBzYXBlc3NlLCBpbCBST0Mgw6ggdW4gZGF0YWJhc2Ug
ZGVsbGUgcGVyc29uZQphdXRvcml6emF0ZSBkYWxsYSBsZWdnZSBhIHBhcmxhcmUgaW4gcHViYmxp
Y28sIGNpb8OoIHF1YWxjb3NhIGNoZSBlc2lzdGUgaW4KZHVlIHNvbGkgcGFlc2kgYWwgbW9uZG86
IGluIEl0YWxpYSBlZCBpbiBDaW5hISBFY2NvIGNvbWUgc3BpZWdhIHF1ZWxsbyBjaGUKc3RhIHN1
Y2NlZGVuZG8gaWwgcXVvdGlkaWFubyBSZXB1YmJsaWNhOgoKIkFydGljb2xvIDYgZGVsIGRpc2Vn
bm8gZGkgbGVnZ2UuIEMnw6ggc2NyaXR0byBjaGUgZGV2ZSBpc2NyaXZlcnNpIGFsIFJPQywgaW4K
dW5vIHNwZWNpYWxlIHJlZ2lzdHJvIGN1c3RvZGl0byBkYWxsJ0F1dG9yaXTDoCBwZXIgbGUgQ29t
dW5pY2F6aW9uaSwgY2hpdW5xdWUKZmFjY2lhICJhdHRpdml0w6AgZWRpdG9yaWFsZSIuIEwnQXV0
b3JpdMOgIG5vbiBwcmV0ZW5kZSBzb2xkaSBwZXIKbCdpc2NyaXppb25lLCBtYSBsJ29wZXJhemlv
bmUgw6ggZmF0aWNvc2EgZSBxdWFsY3VubyB0cmEgaSBjZXJ0aWZpY2F0aQpuZWNlc3Nhcmkgcmlj
aGllZGUgaWwgcGFnYW1lbnRvIGRlbCBib2xsby4gQXR0aXZpdMOgIGVkaXRvcmlhbGUgLSBjb250
aW51YSBpbApkaXNlZ25vIGRpIGxlZ2dlIC0gc2lnbmlmaWNhIGludmVudGFyZSBlIGRpc3RyaWJ1
aXJlIHVuICJwcm9kb3R0bwplZGl0b3JpYWxlIiBhbmNoZSBzZW56YSBndWFkYWduYXJjaS4gRSBw
cm9kb3R0byBlZGl0b3JpYWxlIMOoIHR1dHRvOiDDqApsJ2luZm9ybWF6aW9uZSwgbWEgw6ggYW5j
aGUgcXVhbGNvc2EgY2hlICJmb3JtYSIgbyAiaW50cmF0dGllbmUiIGlsCmRlc3RpbmF0YXJpbyAo
YXJ0aWNvbG8gMikuIEkgbWV6emkgZGkgZGlmZnVzaW9uZSBkaSBxdWVzdG8gcHJvZG90dG8gc29u
bwpzdWxsbyBzdGVzc28gcGlhbm8sIFdlYiBpbmNsdXNvLiIKCltEYSBSZXB1YmJsaWNhPGh0dHA6
Ly93d3cucmVwdWJibGljYS5pdC8yMDA3LzEwL3Nlemlvbmkvc2NpZW56YV9lX3RlY25vbG9naWEv
dGVzdG8tZWRpdG9yaWEvdGVzdG8tZWRpdG9yaWEvdGVzdG8tZWRpdG9yaWEuaHRtbD5kZWwKMTkg
T3R0b2JyZSAyMDA3XQoKUGVyIGxlZ2dlLCB1bmEgInRlc3RhdGEgZ2lvcm5hbGlzdGljYSIgKGNv
bWUgIlJlcHViYmxpY2EgT25saW5lIiBvICJQdW50bwpJbmZvcm1hdGljbyIpIGRldmUgYXZlcmUg
dW4gc3VvIERpcmV0dG9yZSBSZXNwb25zYWJpbGUgZSBkZXZlIGVzc2VyZQpwdWJibGljYXRhIGRh
IHVuYSBTb2NpZXTDoCBFZGl0cmljZS4gT3Z2aWFtZW50ZSwgc2lhIGwndW5vIGNoZSBsJ2FsdHJv
CnZvZ2xpb25vIGVzc2VyZSBwYWdhdGkgcGVyIGlsIGxhdm9ybyBjaGUgc3ZvbGdvbm8gZSBwZXIg
bGUgcmVzcG9uc2FiaWxpdMOgCihhbmNoZSBwZW5hbGkpIGNoZSBzaSBhY2NvbGxhbm8uIEFsdHJl
dHRhbnRvIG92dmlhbWVudGUsICpuZXNzdW4gYmxvZ2dlcgpzYXLDoCBtYWkgaW4gZ3JhZG8gZGkg
Y29wcmlyZSBxdWVzdGkgY29zdGkqLiAqRGkgY29uc2VndWVuemEsIGxhIHN0cmFncmFuZGUKbWFn
Z2lvcmFuemEgZGVpIGJsb2cgZ2VzdGl0aSBkYSBpdGFsaWFuaSBzb25vIGRlc3RpbmF0aSBhIGNo
aXVkZXJlKi4gU2kgbm90aQpjaGUgcXVlc3RvIHZhbGUgYW5jaGUgcGVyIGkgYmxvZyBwdWJibGlj
YXRpIGluIGFsdHJlIGxpbmd1ZSBlIHN1IGFsdHJpCm1lcmNhdGkuIENpw7IgY2hlIGNvbnRhIMOo
IGluZmF0dGkgbGEgcmVzaWRlbnphIGRlbGwnYXV0b3JlLgoKUXVlc3RvIGRpc2Vnbm8gZGkgbGVn
Z2UgcG90cmViYmUgcXVpbmRpIHJpdXNjaXJlIGluIHF1YWxjb3NhIGNoZSBuZW1tZW5vIGlsCmdp
dmVybm8gQ2luZXNlIMOoIG1haSByaXVzY2l0byBhIG1ldHRlcmUgaW4gYXR0bzogbGEgY2FuY2Vs
bGF6aW9uZSBkZWkgYmxvZwpkYWxsYSBmYWNjaWEgZGVsIHBpYW5ldGEuIEluY3JlZGliaWxtZW50
ZSwgcG90cmViYmUgcml1c2NpcmUgaW4gcXVlc3RhIG9wZXJhCnNlbnphIG5lbW1lbm8gdmFyYXJl
IHVuYSBsZWdnZSBjaGUgYWZmZXJtaSBlc3BsaWNpdGFtZW50ZSBjaGUgZ2VzdGlyZSB1bgpibG9n
IMOoIGlsbGVnYWxlLiBVbmEgYXppb25lIGNvbWUgcXVlc3RhLCBpbmZhdHRpLCBzdXNjaXRlcmVi
YmUgdW4gY29ybyBkaQpwcm90ZXN0ZS4gSWwgbm9zdHJvIGFtYXRvIEdvdmVybm8gcG90cmViYmUg
cml1c2NpcmUgaW4gcXVlc3RhIGltcHJlc2EKc2VtcGxpY2VtZW50ZSBpbm5hbHphbmRvIGkgY29z
dGkgZGkgZ2VzdGlvbmUgZGkgdW4gYmxvZyBhZCB1biBsaXZlbGxvCmluYWNjZXR0YWJpbGUgcGVy
IGdsaSBhdXRvcmkuIFVuIG1vZG8gbW9sdG8gcGnDuSBzb3R0aWxlIGUgbWVubyBhcHBhcmlzY2Vu
dGUKZGkgbWV0dGVyZSBpbiBhdHRvIHVuYSBkZWxsZSBwacO5IG9kaW9zZSBmb3JtZSBkaSBjZW5z
dXJhIGNoZSBzaSBwb3NzYW5vCmNvbmNlcGlyZS4KCipJbCBwb3J0byBkJ2FybWkgcGVyIGlsIEJs
b2cqCgpNYSBxdWVzdG8gw6ggc29sbyB1bm8gZGVnbGkgZWZmZXR0aSBkaSBxdWVzdG8gcHJvZ2V0
dG8gZGkgbGVnZ2UuIEwnYWx0cm8gw6gKY2hlIHRyYXNmb3JtYW5kbyBpIGJsb2cgaW4gdGVzdGF0
ZSBnaW9ybmFsaXN0aWNoZSBzaSB0cmFzZm9ybWFubyBpIGJsb2dnZXIKaW4gZ2lvcm5hbGlzdGkg
KmRlIGZhY3RvKiBlZCBpIGxvcm8gcmVhdGkgZGEgc2VtcGxpY2kgbWFyYWNlY2hlbGxlIGluIHJl
YXRpCnBlbmFsaSBkaSBub3Rldm9sZSBwZXNvLiBJbiBwYXJ0aWNvbGFyZSwgaWwgcmVhdG8gZGkg
ZGlmZmFtYXppb25lIGNvbW1lc3NvCmRhIHVuIGJsb2dnZXIgbm9uIHNhcmViYmUgcGnDuSAiZGlm
ZmFtYXppb25lIHNlbXBsaWNlIiBtYSAiZGlmZmFtYXppb25lIGEKbWV6em8gc3RhbXBhIi4gTGEg
ZGlmZmVyZW56YSBpbiB0ZXJtaW5pIGRpIGFubmkgZGkgZ2FsZXJhIGUgZGkgZXVybyBkaSBkYW5u
aQpkYSBwYWdhcmUgYWwgZGlmZmFtYXRvIMOoIG5vdGV2b2xlLgoKSW4gYnVvbmEgc29zdGFuemEs
IGNoaXVucXVlIHZvbGVzc2UgYW5jb3JhIGRpcmUgbGEgc3VhIGF0dHJhdmVyc28gdW4gYmxvZwpk
b3ZyZWJiZSBhZ2lyZSBjb24gbGEgc3Rlc3NhIGNhdXRlbGEgZGkgY2hpIGRlY2lkZSBkaSBwb3J0
YXJlIHVuJ2FybWEgc3VsbGEKcGVyc29uYS4KCipMZSByYXNzaWN1cmF6aW9uaSBkaSBNYW5naWFm
dW9jbyoKCk5hdHVyYWxtZW50ZSwgYSBmcm9udGUgZGkgdW4gdGVzdG8gZGkgcXVlc3RhIGdyYXZp
dMOgLCBzdGVzbyAqbmVybyBzdSBiaWFuY28qLAppbCBTb3R0b3NlZ3JldGFyaW8gTGV2aSBzdGEg
c3BlbmRlbmRvIHVuYSBncmFuZGUgcXVhbnRpdMOgIGRpIHBhcm9sZQoodmlicmF6aW9uaSBkZWxs
J2FyaWEgdHJhIGR1ZSBwZXJzb25lKSBwZXIgcmFzc2ljdXJhcmUgaSBibG9nZ2VyIGNoZSAiTm8s
CmFzc29sdXRhbWVudGUhIE5vbiDDqCBub3N0cmEgaW50ZW56aW9uZSBjaGl1ZGVyZSBsYSBib2Nj
YSBhbGxhIFNvY2lldMOgIENpdmlsZQplZCBhaSBkaXNzaWRlbnRpIi4gRWNjbyBjb21lIHJpcG9y
dGEgbGUgcmFzc2ljdXJhemlvbmkgZGVsIHNvdHRvc2VncmV0YXJpbwppbCBzb2xpdG8gcXVvdGlk
aWFubyAiTGEgUmVwdWJibGljYSI6CgpSaWNhcmRvIEZyYW5jbyBMZXZpLCBzb3R0b3NlZ3JldGFy
aW8gYWxsYSBQcmVzaWRlbnphIGRlbCBDb25zaWdsaW8gZSBwYWRyZQpkZWxsYSByaWZvcm1hLCBz
ZHJhbW1hdGl6emE6ICJMbyBzcGlyaXRvIGRlbCBub3N0cm8gcHJvZ2V0dG8gbm9uIMOoIGNlcnRv
CnF1ZXN0by4gTm9uIGFiYmlhbW8gaW50ZXJlc3NlIGEgdG9jY2FyZSBpIHNpdGkgYW1hdG9yaWFs
aSBvIGkgYmxvZwpwZXJzb25hbGksIG5vbiBzYXJlYmJlIHByYXRpY2FiaWxlIi4KCltEYSBSZXB1
YmJsaWNhPGh0dHA6Ly93d3cucmVwdWJibGljYS5pdC8yMDA3LzEwL3Nlemlvbmkvc2NpZW56YV9l
X3RlY25vbG9naWEvdGVzdG8tZWRpdG9yaWEvdGVzdG8tZWRpdG9yaWEvdGVzdG8tZWRpdG9yaWEu
aHRtbD5kZWwKMTkgT3R0b2JyZSAyMDA3XQoKVmVyYmEgdm9sYW50LCBzY3JpcHRhCm1hbmVudDxo
dHRwOi8vaXQud2lraXBlZGlhLm9yZy93aWtpL1ZlcmJhX3ZvbGFudCxfc2NyaXB0YV9tYW5lbnQ+
Ci4uLi4KCipNYSDDqCBwb3NzaWJpbGUgdW5hIGNvc2EgZGVsIGdlbmVyZT8gTyBjaSBzdGF0ZSBw
cmVuZGVuZG8gaW4gZ2lybz8qCgpHaXVkaWNhdGUgdm9pIHN0ZXNzaToKCiJUZXN0byBkZWxsYSBQ
cm9wb3N0YSBkaSBMZWdnZSBkZWwgMyBBZ29zdG8KMjAwNzxodHRwOi8vd3d3LmdvdmVybm8uaXQv
UHJlc2lkZW56YS9ESUUvZG9jL0RETF9lZGl0b3JpYV8wMzA4MDcucGRmPiIKc3VsIHNpdG8gZGVs
IEdvdmVybm8uCgoiSWwgR292ZXJubyByaWZvcm1hIGwnZWRpdG9yaWEuIEFsbGFybWUgaW4KUmV0
ZS48aHR0cDovL3d3dy5yZXB1YmJsaWNhLml0LzIwMDcvMTAvc2V6aW9uaS9zY2llbnphX2VfdGVj
bm9sb2dpYS90ZXN0by1lZGl0b3JpYS90ZXN0by1lZGl0b3JpYS90ZXN0by1lZGl0b3JpYS5odG1s
PiIKYSBlcHViYmxpY2EgT25saW5lLgoKIklsIEdvdmVybm8gdmFyYSBsYSBJbnRlcm5ldApUYXgu
PGh0dHA6Ly9wdW50by1pbmZvcm1hdGljby5pdC9wLmFzcHg/aT0yMDkyMzI3PiIKYSBQdW50byBJ
bmZvcm1hdGljby4KCiJMYSBudW92YSBsZWdnZSBzdWxsJ2VkaXRvcmlhIGRlbCBHb3Zlcm5vIG9i
YmxpZ2hlcsOgIHR1dHRpIGkgYmxvZyBlIGkgc2l0aSBhCmRpdmVudGFyZSB0ZXN0YXRlCmdpb3Ju
YWxpc3RpY2hlPGh0dHA6Ly93d3cuY2l2aWxlLml0L25ld3MvdmlzdWFsLnBocD9udW09NDU3MTI+
ImEKQ2l2aWxlLml0LgoKKkNoZSBmYXJlPyoKClNpIHB1w7IgZmFyZSBxdWFsY29zYSBwZXIgY29u
dHJhc3RhcmUgcXVlc3RvIGlnbm9iaWxlIHByb2dldHRvIGRpIGNlbnN1cmEsCmRlZ25vIHNvbG8g
ZGVsbGEgcGnDuSBzcXVhbGxpZGEgZGVsbGUgZGl0dGF0dXJlPyBTaSwgc2kgcHXDsiBmYXJlIHF1
YWxjb3NhLiBBZAplc2VtcGlvLCBzaSBwdcOyIHNwYXJnZXJlIGxhIHZvY2UuIFNpIHB1w7IgZmFy
IHNhcGVyZSBhbGwnaW50ZXJvIHBhZXNlIChlLCBzZQpwb3NzaWJpbGUsIGFsIG1vbmRvIGludGVy
bykgY2hlIHVuIEdvdmVybm8gY2hlIHNpIGF1dG9kZWZpbmlzY2UgZGkgU2luaXN0cmEsCnZpY2lu
byBhbCBwb3BvbG8gZSBkaWZlbnNvcmUgZGVsbGEgTGliZXJ0w6AsIHN0YSBjZXJjYW5kbyBkaSBj
YW5jZWxsYXJlCmwnaW50ZXJvICJmZW5vbWVubyBibG9nIiBkYWwgc3VvIHJhbW8gZGkgSW50ZXJu
ZXQuCgoqTG8gc2kgcHXDsiBmYXJlIHJpcHViYmxpY2FuZG8gcXVlc3RvIHRlc3RvLCBjb3PDrCBj
b21lIGxvIHRyb3ZhdGUsIHN1aSB2b3N0cmkKc2l0aSB3ZWIsIG92dW5xdWUgcG9zc2liaWxlLiog
UXVlc3RvIHRlc3RvLCBpbmZhdHRpLCBjb250aWVuZSBhbCBzdW8gaW50ZXJubwp1biBsaW5rIGEg
c8OpIHN0ZXNzby4gUmlwdWJibGljYW5kb2xvIHN1IG1vbHRpIGFsdHJpIHNpdGkgd2ViIHNpIGZh
IGluIG1vZG8KY2hlIEdvb2dsZSAoZWQgYWx0cmkgbW90b3JpIGRpIHJpY2VyY2EpIGxvIGlubmFs
emlubyBuZWwgbG9ybyBwdW50ZWdnaW8KKCJyYW5rIikgZSBsbyBwcmVzZW50aW5vIHRyYSBpIGxv
cm8gcmlzdWx0YXRpIG1pZ2xpb3JpIG9nbmkgdm9sdGEgY2hlIHVuCmludGVybmF1dGEgY2VyY2Eg
aWwgdGVybWluZSAiYmxvZyIuIEluIHF1ZXN0byBtb2RvLCBjaGl1bnF1ZSBzaWEKaW50ZXJlc3Nh
dG8sIGFuY2hlIG1hcmdpbmFsbWVudGUgYWkgYmxvZyBwdcOyIGVzc2VyZSByYWdnaXVudG8gZGEg
cXVlc3RvCmdyaWRvIGRpIGFsbGFybWUuIFBlciByaXB1YmJsaWNhcmUgaWwgdGVzdG8sIGJhc3Rh
IGZhcmUgdW4gY29waWEmaW5jb2xsYS4K

Re: [Mactel-linux-devel] Gentoo Livecd

[Carmine Paolino <earcar@gm...>]

Il giorno 28/set/07, alle ore 06:26, Brandon Koepke ha scritto:
>
> PS: This livecd is compiled for amd64
>

Are u planning to do a x86 version?

--
Carmine 'earcar' Paolino
Key on pgp.mit.edu ID 7EE80013
Fingerprint = C6B9 563D 030B 9208 A3A2  EC4D FE86 C936 7EE8 0013

[Mactel-linux-devel] Gentoo Livecd

[Brandon Koepke <bdkoepke@gm...>]

I have received multiple emails requesting this livecd.
Does anyone have a recommend way to upload it to you?
I don't currently have a site that I can give for you to upload from.
Anyone willing to host this file? It is only 68.5MB.
Thanks in advance

[Mactel-linux-devel] Gentoo Livecd

[Brandon Koepke <bdkoepke@gm...>]

I don't know if you are interested in this or not.
I have just created a Gentoo Linux livecd (based off of 2007.0)
That works with the madwifi-ng svn drivers.
The kernel is gentoo-sources-2.6.22-r5.
It has wpa_supplicant installed and I was able to connect to the
wireless network perfectly.
My macbook is the santa rosa macbook pro with 2.4GHz processor and
the nvidia graphics card. (The wireless is a slightly different revision from
the previous version)
I don't know if you are interested in this livecd or not.
If you want a copy of it send me an email back, otherwise
should I send an email to the gentoo dev team?
PS: This livecd is compiled for amd64

Thanks

Re: [Mactel-linux-devel] [PATCH] New appletouch driver

[Sven Anders <anders@an...>]

Martin Aumueller schrieb:
> Hi Sven,
> 
> your work sounds very promising. But against which version of appletouch.c is 
> your patch? I tried 2.6.22, but there were quite some failed hunks.

Oops, sorry. I used the wrong 'original' file.

Here come the working patches against:

 - 2.6.22.3 (tested with 2.6.22.9 and it's identical)
 - 2.6.23-rc8

Regards
 Sven

-- 
 Sven Anders <anders@...>                 () Ascii Ribbon Campaign
                                                 /\ Support plain text e-mail
 ANDURAS service solutions AG
 Innstraße 71 - 94036 Passau - Germany
 Web: http://www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55

Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032
Mitglieder des Vorstands: Sven Anders, Marcus Junker
Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger

Re: [Mactel-linux-devel] [PATCH] New appletouch driver

[Martin Aumueller <aumuell@re...>]

Hi Sven,

your work sounds very promising. But against which version of appletouch.c =
is=20
your patch? I tried 2.6.22, but there were quite some failed hunks.

Thank you very much for your efforts,
Martin

On Wednesday 26 September 2007, Sven Anders wrote:
> Hello!
>
> A few month ago I implemented palm-detection to the appletouch driver and
> released a development version. Currently I'm trying to reimplement these
> in a clean way and I'm planning to release it in parts, so I would be
> accepted by the kernel developers.
>
> Late in the develoment progress I found out, that the new Geyser 3/4
> touchpad have special status flags. This patch implements the usage of th=
em
> and corrects the calculation of the pressure (for later usage by the palm
> detection).
>
> It was tested by some debian people (Johannes Berg, Michel D=E4nzer, Gaud=
enz
> Steinlin) on the PowerBook and works there too.
>
> Nicolas can you commit it to the MacTel-SVN? Did you send the last patches
> to the kernel developers?
>
> Regards
>  Sven

Re: [Mactel-linux-devel] [PATCH] New appletouch driver

[Soeren Sonnenburg <mactel-ml@nn...>]

Hi Sven,=20

On Wed, 2007-09-26 at 21:17 +0200, Sven Anders wrote:
> Hello!
>=20
> A few month ago I implemented palm-detection to the appletouch driver and
> released a development version. Currently I'm trying to reimplement these
> in a clean way and I'm planning to release it in parts, so I would be acc=
epted
> by the kernel developers.
>=20
> Late in the develoment progress I found out, that the new Geyser 3/4 touc=
hpad
> have special status flags. This patch implements the usage of them and co=
rrects
> the calculation of the pressure (for later usage by the palm detection).
>=20
> It was tested by some debian people (Johannes Berg, Michel D=E4nzer, Gaud=
enz
> Steinlin) on the PowerBook and works there too.

It would be great to see that feature in the main kernel...

>  /* Structure to hold all of our device specific stuff */
>  struct atp {
>         char                    phys[64];
>         struct usb_device *     udev;           /* usb device */
>         struct urb *            urb;            /* usb request block */
> -       signed char *           data;           /* transferred data */
> +       u8 *                    data;           /* transferred data */
>         int                     open;           /* non-zero if opened */
>         struct input_dev        *input;         /* input dev */
>         int                     valid;          /* are the sensors valid =
? */
>         int                     x_old;          /* last reported x/y, */
>         int                     y_old;          /* used for smoothing */
>                                                 /* current value of the s=
ensors */
> -       signed char             xy_cur[ATP_XSENSORS + ATP_YSENSORS];
> +       u16                     xy_cur[ATP_XSENSORS + ATP_YSENSORS];
>                                                 /* last value of the sens=
ors */
> -       signed char             xy_old[ATP_XSENSORS + ATP_YSENSORS];
> +       u16                     xy_old[ATP_XSENSORS + ATP_YSENSORS];
>                                                 /* accumulated sensors */
>         int                     xy_acc[ATP_XSENSORS + ATP_YSENSORS];
>         int                     overflowwarn;   /* overflow warning print=
ed? */
>         int                     datalen;        /* size of an USB urb tra=
nsfer */
> -       int                     idlecount;      /* number of empty packet=
s */
> -       struct work_struct      work;
> +       int                     idle_counter;   /* idle counter */
> +       struct work_struct      work;           /* kernel workqueue entry=
 (for re-init) */
>  };
=20
Could you please point out why you need the u16 / u8 and signed char's
are not enough?=20

Thanks,
Soeren

[Mactel-linux-devel] Ambiance (light) sensor

[Sven Anders <anders@an...>]

Hello!

One question:

Is it possible to program the applesmc to send an interrupt, if the light
conditions changes?

This would enable us to avoid polling of the light values (by a daemon).
(Similar to the accelerometer interrupt for harddisk protection).

Regards
 Sven

-- 
 Sven Anders <anders@...>                 () Ascii Ribbon Campaign
                                                 /\ Support plain text e-mail
 ANDURAS service solutions AG
 Innstraße 71 - 94036 Passau - Germany
 Web: http://www.anduras.de - Tel: +49 (0)851-4 90 50-0 - Fax: +49 (0)851-4 90 50-55

Rechtsform: Aktiengesellschaft - Sitz: Passau - Amtsgericht Passau HRB 6032
Mitglieder des Vorstands: Sven Anders, Marcus Junker
Vorsitzender des Aufsichtsrats: Dipl. Kfm. Thomas Träger