You can subscribe to this list here.
2006 |
Jan
|
Feb
(4) |
Mar
(135) |
Apr
(130) |
May
(82) |
Jun
(101) |
Jul
(75) |
Aug
(37) |
Sep
(28) |
Oct
(45) |
Nov
(114) |
Dec
(27) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(22) |
Feb
(60) |
Mar
(81) |
Apr
(120) |
May
(29) |
Jun
(50) |
Jul
(67) |
Aug
(41) |
Sep
(36) |
Oct
(4) |
Nov
(4) |
Dec
|
2008 |
Jan
(5) |
Feb
(17) |
Mar
(5) |
Apr
(6) |
May
(5) |
Jun
(9) |
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Sven A. <an...@an...> - 2008-02-07 19:07:23
|
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 <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: 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 |
From: laptop3000 <can...@gm...> - 2008-02-06 23:05:57
|
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 |
From: Sven A. <an...@an...> - 2008-02-05 00:46:34
|
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 <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: 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 |
From: Osamu A. <os...@de...> - 2008-02-04 12:45:12
|
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 |
From: Lucas C. V. R. <lu...@go...> - 2008-02-04 07:01:33
|
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 |
From: Pierre T. <ta...@gm...> - 2008-01-25 09:49:20
|
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 <mac...@nn...> wrote: > On Fri, 2008-01-25 at 09:51 +0100, Ludovic Rousseau wrote: > > On Nov 16, 2007 6:00 PM, Ludovic Rousseau <lud...@gm...> > > wrote: > > > 2007/8/28, Ludovic Rousseau <lud...@gm...>: > > > > 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 > Mac...@li... > https://lists.sourceforge.net/lists/listinfo/mactel-linux-devel > -- Pierre |
From: Soeren S. <mac...@nn...> - 2008-01-25 09:28:20
|
On Fri, 2008-01-25 at 09:51 +0100, Ludovic Rousseau wrote: > On Nov 16, 2007 6:00 PM, Ludovic Rousseau <lud...@gm...> > wrote: > > 2007/8/28, Ludovic Rousseau <lud...@gm...>: > > > 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 |
From: Ludovic R. <lud...@gm...> - 2008-01-25 08:52:06
|
On Nov 16, 2007 6:00 PM, Ludovic Rousseau <lud...@gm...> wrote: > 2007/8/28, Ludovic Rousseau <lud...@gm...>: > > 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 |
From: Soeren S. <mac...@nn...> - 2008-01-14 09:25:41
|
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 |
From: Jean-Baka Domelevo-E. <dom...@gm...> - 2008-01-14 09:18:01
|
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 |
From: Sven A. <an...@an...> - 2007-11-29 21:09:36
|
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 <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: 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 |
From: Ludovic R. <lud...@gm...> - 2007-11-16 17:00:14
|
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 <lud...@gm...>: > 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 |
From: Chris I. <ch...@ch...> - 2007-11-11 22:13:51
|
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 <ch...@ch...> |
From: Chris I. <ch...@ch...> - 2007-11-11 22:01:32
|
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 <ch...@ch...> |
From: M.S. <ma...@su...> - 2007-10-23 13:09:16
|
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. |
From: M.S. <ma...@su...> - 2007-10-22 21:16:23
|
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. |
From: Scott D. D. <da...@4p...> - 2007-10-22 16:05:55
|
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 |
From: Roberto G. <gri...@gm...> - 2007-10-19 15:48:00
|
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 |
From: Carmine P. <ea...@gm...> - 2007-09-28 18:24:00
|
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 |
From: Brandon K. <bdk...@gm...> - 2007-09-28 16:00:04
|
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 |
From: Brandon K. <bdk...@gm...> - 2007-09-28 04:26:25
|
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 |
From: Sven A. <an...@an...> - 2007-09-27 18:43:12
|
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 <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: 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 |
From: Martin A. <au...@re...> - 2007-09-27 16:52:57
|
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 |
From: Soeren S. <mac...@nn...> - 2007-09-26 19:33:29
|
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 |
From: Sven A. <an...@an...> - 2007-09-26 19:23:25
|
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 <an...@an...> () Ascii Ribbon Campaign /\ Support plain text e-mail ANDURAS service solutions AG Innstraße 71 - 94036 Passau - Germany Web: 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 |