Menu
▾
▴
tpctl-users — discussion regarding tpctl usage
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(17) |
Oct
|
Nov
(8) |
Dec
(3) |
| 2005 |
Jan
(5) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(11) |
Dec
|
| 2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Charles L. <cl...@gh...> - 2004-09-15 22:34:41
|
fago said: > >> No, (136,1) is the result of the fstat call (fstat fills in the >> structure, >> but strace prints it like it was passed in). >> >> That's probably not relevant, though, because file descriptor 1 is >> usually >> standard output. (And the mmap2 is just part of the way glibc implemen= ts >> malloc.) > > ok, so far so good ;) > thanks for your help > > so should smapi work with a thinkpad t23? that I don't know. I was just pointing out that tpctl was talking to the devices properly. --=20 Charles Lepple cl...@gh... |
|
From: fago <nu...@gm...> - 2004-09-15 22:12:35
|
> No, (136,1) is the result of the fstat call (fstat fills in the structure, > but strace prints it like it was passed in). > > That's probably not relevant, though, because file descriptor 1 is usually > standard output. (And the mmap2 is just part of the way glibc implements > malloc.) ok, so far so good ;) thanks for your help so should smapi work with a thinkpad t23? |
|
From: Charles L. <cl...@gh...> - 2004-09-15 17:10:46
|
fago said:
>
>> You can always run tpctl under strace and see if it is trying to open
>> other device nodes.
>
> so i tried strace
>
> stat64("/dev/thinkpad/thinkpad", 0xbffffb3c) =3D -1 ENOTDIR (No=
t a
> directory)
> stat64("/dev/thinkpad", {st_mode=3DS_IFCHR|0660,
> st_rdev=3Dmakedev(10, 170), ...}) =3D 0
> open("/dev/thinkpad", O_RDONLY) =3D 3
>
> tpctl is finding the correct device.
> the next thing concerning a device:
>
> fstat64(1, {st_mode=3DS_IFCHR|0600, st_rdev=3Dmakedev(136, 1), ...}) =3D=
0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) =3D 0x40018000
> write(1, "tpctl: SMAPI BIOS error 0x86 (\"f"..., 71) =3D 71
>
>
> so is it looking for a device 136,1 or does it not need a device?
No, (136,1) is the result of the fstat call (fstat fills in the structure=
,
but strace prints it like it was passed in).
That's probably not relevant, though, because file descriptor 1 is usuall=
y
standard output. (And the mmap2 is just part of the way glibc implements
malloc.)
--=20
Charles Lepple
cl...@gh...
|
|
From: fago <nu...@gm...> - 2004-09-15 16:35:11
|
> You can always run tpctl under strace and see if it is trying to open
> other device nodes.
so i tried strace
stat64("/dev/thinkpad/thinkpad", 0xbffffb3c) = -1 ENOTDIR (Not a
directory)
stat64("/dev/thinkpad", {st_mode=S_IFCHR|0660,
st_rdev=makedev(10, 170), ...}) = 0
open("/dev/thinkpad", O_RDONLY) = 3
tpctl is finding the correct device.
the next thing concerning a device:
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x40018000
write(1, "tpctl: SMAPI BIOS error 0x86 (\"f"..., 71) = 71
so is it looking for a device 136,1 or does it not need a device?
fago
|
|
From: Christian K. <ck...@mp...> - 2004-09-15 15:36:45
|
On Wed, Sep 15, 2004 at 11:22:21AM -0400, Charles Lepple wrote: > > also the fn-keys for standby and hibernate don't work. > > I don't think they usually do. AFAIR they just set some bits in nvram, and > I have yet to see a program that polls for them. (This is different from You can see one at http://www.nongnu.org/tpb/ -- CU/2, Christian "M(i)ndflay(e)r" Klein http://ars.userfriendly.org/cartoons/?id=20030819&mode=classic EMail: ck...@mp... Homepage: http://www.klex.handshake.de/ |
|
From: Charles L. <cl...@gh...> - 2004-09-15 15:22:24
|
fago said:
> however smapi is not working:
> tpctl --standby
> tpctl: SMAPI BIOS error 0x91 ("system is invalid") -- exiting.
> tpctl -ib
> tpctl: SMAPI BIOS error 0x86 ("function is not supported") -- exiting.
If the error messages are to be believed, then tpctl has received an erro=
r
message from the SMAPI BIOS itself, and therefore tpctl is probably going
through the main /dev/thinkpad device.
You can always run tpctl under strace and see if it is trying to open
other device nodes.
> also the fn-keys for standby and hibernate don't work.
I don't think they usually do. AFAIR they just set some bits in nvram, an=
d
I have yet to see a program that polls for them. (This is different from
actual keyboard multimedia keys, which send events that programs can
efficiently watch for.)
If you are using ACPI, they may be mapped to ACPI events.
--=20
Charles Lepple
cl...@gh...
|
|
From: fago <nu...@gm...> - 2004-09-15 14:56:46
|
> AFAIK 5.5 and 5.6 differ only in small makefile and doc changes. Hence it
> may work with the debian package.
ok, it seems like there are not too much changes. but the debian package
wo'nt help me, so with it i could only compile the modules with the help
of make-kpkg.
i'm using the other debian packages (tpctl, thinkpad-base), i just
compiled the modules without make-kpkg.
perhaps the problem is not udev. according to the README the thinkpad
device has to be created, what udev does. so its not clear to me, if
there should be more devices under /dev/thinkpad?
however smapi is not working:
tpctl --standby
tpctl: SMAPI BIOS error 0x91 ("system is invalid") -- exiting.
tpctl -ib
tpctl: SMAPI BIOS error 0x86 ("function is not supported") -- exiting.
also the fn-keys for standby and hibernate don't work.
Regards, fago
|
|
From: Christian K. <ck...@mp...> - 2004-09-15 13:53:51
|
On Wed, Sep 15, 2004 at 03:42:48PM +0200, fago wrote: > I am using debian sarge/sid with kernel 2.6.8 on my thinkpad t23. > I have successfully compiled the thinkpad modules 5.6 (manually because > the debian source package is still 5.5). > AFAIK 5.5 and 5.6 differ only in small makefile and doc changes. Hence it may work with the debian package. -- CU/2, Christian "M(i)ndflay(e)r" Klein http://www.garfield.com/comics/comics_archives_strip.html?2003-ga030816 EMail: ck...@mp... Homepage: http://www.klex.handshake.de/ |
|
From: fago <nu...@gm...> - 2004-09-15 13:42:58
|
hi I am using debian sarge/sid with kernel 2.6.8 on my thinkpad t23. I have successfully compiled the thinkpad modules 5.6 (manually because the debian source package is still 5.5). Loading the modules is working, but udev (0.030-1) only creates this device: ls -l /dev/thinkpad crw-rw---- 1 root root 10, 170 2004-09-15 14:21 /dev/thinkpad but according to the readme, i miss the devices for smapi,superio,rtcmosram and thinkpadpm Are the modules intended to work with udev? MfG, fago |
|
From: Christian K. <ck...@mp...> - 2004-09-13 09:06:35
|
On Thu, Sep 09, 2004 at 02:51:28PM +0200, Ulrich Weber wrote: > seems there were small changes in arch/i386/kernel/apm.c > i changed a few things and it compiled without problems. > However didn't work for me, R40e seems to be unsupported. I tried your patch with the same result: Compiles O.K., but doesn't work on my T41p. -- CU/2, Christian "M(i)ndflay(e)r" Klein http://www.garfield.com/comics/comics_archives_strip.html?2003-ga030730 EMail: ck...@mp... Homepage: http://www.klex.handshake.de/ |
|
From: Ulrich W. <uw...@as...> - 2004-09-09 12:51:35
|
seems there were small changes in arch/i386/kernel/apm.c i changed a few things and it compiled without problems. However didn't work for me, R40e seems to be unsupported. greetings Ulrich --- thinkpad-5.6.org/2.6/drivers/thinkpadpm.c 2004-09-09 11:23:07.000000000 +0200 +++ thinkpad-5.6/2.6/drivers/thinkpadpm.c 2004-09-09 11:44:31.000000000 +0200 @@ -207,8 +207,8 @@ cpus = apm_save_cpus(); cpu = get_cpu(); - save_desc_40 = cpu_gdt_table[cpu][0x40 / 8]; - cpu_gdt_table[cpu][0x40 / 8] = bad_bios_desc; + save_desc_40 = per_cpu(cpu_gdt_table, cpu)[0x40 / 8]; + per_cpu(cpu_gdt_table, cpu)[0x40 / 8] = bad_bios_desc; local_save_flags(flags); APM_DO_CLI; @@ -231,7 +231,7 @@ : "memory", "cc"); APM_DO_RESTORE_SEGS; local_irq_restore(flags); - cpu_gdt_table[cpu][0x40 / 8] = save_desc_40; + per_cpu(cpu_gdt_table, cpu)[0x40 / 8] = save_desc_40; put_cpu(); apm_restore_cpus(cpus); @@ -265,8 +265,8 @@ cpus = apm_save_cpus(); cpu = get_cpu(); - save_desc_40 = cpu_gdt_table[cpu][0x40 / 8]; - cpu_gdt_table[cpu][0x40 / 8] = bad_bios_desc; + save_desc_40 = per_cpu(cpu_gdt_table, cpu)[0x40 / 8]; + per_cpu(cpu_gdt_table, cpu)[0x40 / 8] = bad_bios_desc; local_save_flags(flags); APM_DO_CLI; @@ -293,7 +293,7 @@ } APM_DO_RESTORE_SEGS; local_irq_restore(flags); - cpu_gdt_table[smp_processor_id()][0x40 / 8] = save_desc_40; + __get_cpu_var(cpu_gdt_table)[0x40 / 8] = save_desc_40; put_cpu(); apm_restore_cpus(cpus); return error; |
|
From: Christian K. <ck...@mp...> - 2004-09-03 12:03:09
|
I get the same error building against linux 2.6.9-rc1 as reported earlier in this list for 2.6.8-rc3-mm1: gcc -Wp,-MD,/usr/src/thinkpad-5.6/2.6/drivers/.thinkpadpm.o.d -nostdinc -= iwithprefix include -D__KERNEL__ -Iinclude -Wall -Wstrict-prototypes -Wno-= trigraphs -fno-strict-aliasing -fno-common -pipe -msoft-float -mpreferred-s= tack-boundary=3D2 -march=3Dpentium3 -Iinclude/asm-i386/mach-default -O2 -= fomit-frame-pointer -Wall -Wcast-align -Wstrict-prototypes -O2 -DLINUX -I/= usr/src/thinkpad-5.6/2.6/drivers/../include -DMODULE -DKBUILD_BASENAME=3Dt= hinkpadpm -DKBUILD_MODNAME=3Dthinkpadpm -c -o /usr/src/thinkpad-5.6/2.6/dri= vers/.tmp_thinkpadpm.o /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c: In function =01pm_bios_call= ': /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c:210: error: subscripted valu= e is neither array nor pointer /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c:211: error: subscripted valu= e is neither array nor pointer /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c:234: error: subscripted valu= e is neither array nor pointer /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c: In function =01pm_bios_call= _simple': /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c:268: error: subscripted valu= e is neither array nor pointer /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c:269: error: subscripted valu= e is neither array nor pointer /usr/src/thinkpad-5.6/2.6/drivers/thinkpadpm.c:296: error: subscripted valu= e is neither array nor pointer Unfortunately I don't know at all what causes this error. Is there a fix available or known? For 2.6.8.1 the modules build without problems and work great. Thanks a lot for this nice piece of software. Christian. |
|
From: Martin K. <tp...@li...> - 2004-08-06 10:56:10
|
Hi, I'm unable to compile the thinkpad modules on a kernel 2.6.8-rc3-mm1. I get the following error: > make -C 2.6/drivers > make[1]: Entering directory `/usr/src/thinkpad-5.5/2.6/drivers' > make -C /lib/modules/2.6.8-rc3-mm1/build > SUBDIRS=3D/usr/src/thinkpad-5.5/2.6/drivers modules > make[2]: Entering directory `/usr/src/linux-2.6.8-rc3' > CC [M] /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.o > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c: In Funktion > =BBapm_bios_call=AB: > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c:210: error: subscripted > value is neither array nor pointer > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c:211: error: subscripted > value is neither array nor pointer > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c:234: error: subscripted > value is neither array nor pointer > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c: In Funktion > =BBapm_bios_call_simple=AB: > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c:268: error: subscripted > value is neither array nor pointer > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c:269: error: subscripted > value is neither array nor pointer > /usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.c:296: error: subscripted > value is neither array nor pointer > make[3]: *** [/usr/src/thinkpad-5.5/2.6/drivers/thinkpadpm.o] Fehler 1 > make[2]: *** [_module_/usr/src/thinkpad-5.5/2.6/drivers] Fehler 2 > make[2]: Leaving directory `/usr/src/linux-2.6.8-rc3' > make[1]: *** [default] Fehler 2 > make[1]: Leaving directory `/usr/src/thinkpad-5.5/2.6/drivers' > make: *** [all] Fehler 2 Any Ideas? Greetings, Martin |
|
From: Stefan S. <se...@su...> - 2004-08-05 10:38:23
|
Hi, in our version we have a fix which is labeles in the changelog as - Fix build failure with configs having more CPUs than fit in a long int. Well, you may say that there are no much thinkpads where this applies, but in automatic build systems, all packages are built for all machines. Let's say it is a "correctness fix" :-) Patch is attached. --=20 Stefan Seyfried, QA / R&D Team Mobile Devices, SUSE LINUX AG N=FCrnberg "And ACPI is in pretty good state, btw, unless you want suspend-to-RAM. Unfortunately you want suspend-to-RAM." -- pavel |
|
From: <ben...@id...> - 2004-05-25 08:16:59
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Charles L. <cl...@gh...> - 2004-01-07 04:04:28
|
this is what I get:
$ make-kpkg --added-modules ~/dl/tp/thinkpad-5.0 modules_image
for module in /home/clepple/dl/tp/thinkpad-5.0 ; do \
if test -d $module; then \
(cd $module; \
if ./debian/rules KVERS="2.6.1-rc1" KSRC="/home/clepple/dl/
kernel/linux-2.6.1-rc1" \
KMAINT="Charles Lepple" KEMAIL="clepple()ghz.cc"
\
KPKG_DEST_DIR="/home/clepple/dl/kernel/
linux-2.6.1-rc1/.." \
KPKG_MAINTAINER="Charles Lepple" \
KDREV="10.00.Custom" kdist_image; then \
echo "Module $module processed fine"; \
else \
echo "Module $module failed."; \
echo "Hit return to Continue"; \
read ans; \
fi; \
); \
fi; \
done
make[1]: Entering directory `/home/clepple/dl/tp/thinkpad-5.0'
make[1]: *** No rule to make target `kdist_image'. Stop.
make[1]: Leaving directory `/home/clepple/dl/tp/thinkpad-5.0'
Module /home/clepple/dl/tp/thinkpad-5.0 failed.
I am using Debian sid (last updated 1/6/2004), with kernel-package_8.078 and
debhelper_4.1.83. Any ideas? I've done "make-kpkg modules_image" before with
the i2c modules (not on a ThinkPad, of course :-) ) but I could be missing
something obvious here.
thanks,
--
Charles Lepple
cl...@gh...
|
|
From: <dav...@gm...> - 2003-12-29 14:53:00
|
Hello
I have tried to compile the latest tpctl utilities on a Linux-2.6.0
based system with devfs enabled, but compilation failed.
AFAICS the problem is caused by the fact that the devfs interface was
changed a little bit from 2.4 to 2.6 ("devfs_register()" is replaced by
"devfs_mk_bdev() / devfs_mk_cdev()"). But the the files in 2.6/drivers
are still using "devfs_register()".
Is there a newer version which i could try?
Dave
|
|
From: Cheuk-san E. W. <wa...@ai...> - 2003-12-20 20:02:36
|
People living on the bleeding edge can try this patch. I wouldn't have time to hack on this in the next few weeks. Eventually I hope to merge the thinkpad kernel modules into the mainline kernel. Cheuksan Wang ----- Forwarded message from Bernd Zeimetz <be...@bz...> ----- Subject: thinkpad-4.8 From: Bernd Zeimetz <be...@bz...> To: jd...@ya... Cc: wa...@us... X-Mailer: Ximian Evolution 1.4.5 Date: Fri, 19 Dec 2003 14:38:52 +0100 X-Provags-ID: kundenserver.de ab...@ku... auth:33b090cc96e8a24fc5925069a3579656 Hi, I've created a patch to build the thinkpad-modules for 2.6 kernels. Patched source, deb-files and patch avaiable at http://www.student.informatik.tu-darmstadt.de/~zeimetz/R40-Debian/debian/thinkpad/ The patch against the thinkpad-4.8.tar.gz is attached here, too. As far as I can see the modules are building and working fine. Didn't look after the code, only made the modules build. Don't have any problems with them until now. Bernd ----- End forwarded message ----- |
|
From: Chris T. <ch...@to...> - 2003-12-02 19:29:18
|
Ok, got 3 of modules loaded, a 4th compiled though it won't load, but
nothing works as yet. I'm stuck on trying to get smapi compiled.
To get thinkpad, thinkpadpm, rtcmosram, and superio to compile properly
I put them into the kernel source tree for 2.6.0-test11.
I put the drivers tree in /usr/src/linux/drivers/thinkpad and copied the
include files into the thinkpad directory. Using a simple Makefile I
could compile them with everything else.
Kconfig:
#
# Thinkpad configuration
#
menu "Thinkpad Drivers"
config THINKPAD
tristate "Thinkpad extra features"
---help---
When in doubt, say N.
config THINKPAD_SMAPI
tristate "Thinkpad SMAPI Features"
depends on THINKPAD
---help---
When in doubt, say N.
config THINKPAD_SUPERIO
tristate "Thinkpad SUPERIO Features"
depends on THINKPAD
---help---
When in doubt, say N.
config THINKPAD_RTCMOSRAM
tristate "Thinkpad TRCMOSRAM Features"
depends on THINKPAD
---help---
config THINKPAD_PM
tristate "Thinkpad Power Management Features"
depends on THINKPAD
---help---
When in doubt, say N.
endmenu
Makefile:
obj-$(CONFIG_THINKPAD) += thinkpad.o
obj-$(CONFIG_THINKPAD_SUPERIO) += superio.o
obj-$(CONFIG_THINKPAD_RTCMOSRAM) += rtcmosram.o
obj-$(CONFIG_THINKPAD_PM) += thinkpadpm.o
In the /usr/src/linux/drivers directory modify the Kconfig file to
contain a line like:
source "drivers/thinkpad/Kconfig"
right above the "endmenu" entry.
Now you can run "make xconfig" and the Thinkpad options will be in the
Drivers section. After turning them to modules (and yes DO make them
modules) you can go to the /usr/src/linux/drivers/thinkpad directory and
run:
make -C /usr/src/linux SUBDIRS=$PWD modules
to compile the modules.
smapi won't build because the kernel build system is expecting a smapi.c
to exist. superio won't load into the kernel because of "unknown error
1025".
This is now beyond my capabilities, I think.
Chris Tooley
On Tue, 2003-12-02 at 10:06, Chris Tooley wrote:
> I'm sure this has been stated before, but I'd be happy to help with
> 2.6.0 drivers. I have gotten the 4.8 drivers to compile but can't load
> them as the are in the wrong format. All of my other kernel modules end
> in .ko while the ones from tpctl are .o files.
>
> Any hints?
>
|
|
From: Chris T. <ch...@to...> - 2003-12-02 16:06:44
|
I'm sure this has been stated before, but I'd be happy to help with 2.6.0 drivers. I have gotten the 4.8 drivers to compile but can't load them as the are in the wrong format. All of my other kernel modules end in .ko while the ones from tpctl are .o files. Any hints? |
