All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Renato S. Yamane" <yamane@diamondcut.com.br>
To: "Robert M. Albrecht" <romal@gmx.de>
Cc: linux-acpi@vger.kernel.org, pavel@suse.cz,
	linux-kernel@vger.kernel.org, gregkh@suse.de
Subject: Re: Toshiba - Documentation for Linux Developers
Date: Thu, 17 Jul 2008 08:57:27 -0300	[thread overview]
Message-ID: <487F33A7.4040809@diamondcut.com.br> (raw)
In-Reply-To: <487E5130.9040208@gmx.de>

[cc'ed Greg KH]

Only to remember: Toshiba website to Linux Developers is:
<http://linux.toshiba-dme.co.jp/linux/eng/develop.htm>

Best regards,
Renato S. Yamane


Robert M. Albrecht wrote:
> Hi,
> 
> both Toshiba types (original and compal-oem machines) are basically
> unsupported for Linux.
> 
> The omnibook-module for compal-systems was maintained outside the kernel
> and stalled for some time now.
> 
> The toshiba_acpi included in the kernel is outdated (there is a newer
> release, that fixes some bugs). Toshiba_acpi does only work on 32 bit
> systems, it breaks on 64 bit systems.
> 
> If anyone is interested in some hacking I can provide shell-access to
> both types of machines.
> 
> For some Tecra machines, Toshiba has provided some Vista-compatible
> BIOSes, they seem to enhance acpi-stuff for Linux too. So you might look
> for a bios-update.
> 
> cu romal
> 
> www.romal.de
> blog.romal.de
> 
> Rafał Miłecki schrieb:
>> 2008/7/15, Renato S. Yamane <yamane@diamondcut.com.br>:
>>> Rafał Miłecki wrote:
>>>  > The newest version is packed for openSUSE fortunately. But it doesn't
>>>  > for my notebook
>>>
>>> Try compile SVN version as commented in my last e-mail
>>
>> OK, I tried version from SVN. Nothing changed :|
>>
>>
>>>  > dmesg is:
>>>  > omnibook: Driver version 2.20070211-trunk.
>>>  > omnibook: Unknown model.
>>>
>>>
>>> Try force recognize with ectype parameter.
>>>  #modprobe omnibook ectype=x
>>
>> Sure, I tried every ectype between 1 and 15 before (omnibook from
>> package) and now (version from SVN) again. I checked two files (when
>> existed): lcd and temperature. Temperature (if file existed for forced
>> ectype) was always 0 and lcd always had some random values. Inserting
>> other values (1, 7) didn't change anything.
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

WARNING: multiple messages have this Message-ID (diff)
From: "Renato S. Yamane" <yamane@diamondcut.com.br>
To: "Robert M. Albrecht" <romal@gmx.de>
Cc: linux-acpi@vger.kernel.org, pavel@suse.cz,
	linux-kernel@vger.kernel.org, gregkh@suse.de
Subject: Re: Toshiba - Documentation for Linux Developers
Date: Thu, 17 Jul 2008 08:57:27 -0300	[thread overview]
Message-ID: <487F33A7.4040809@diamondcut.com.br> (raw)
In-Reply-To: <487E5130.9040208@gmx.de>

[cc'ed Greg KH]

Only to remember: Toshiba website to Linux Developers is:
<http://linux.toshiba-dme.co.jp/linux/eng/develop.htm>

Best regards,
Renato S. Yamane


Robert M. Albrecht wrote:
> Hi,
> 
> both Toshiba types (original and compal-oem machines) are basically
> unsupported for Linux.
> 
> The omnibook-module for compal-systems was maintained outside the kernel
> and stalled for some time now.
> 
> The toshiba_acpi included in the kernel is outdated (there is a newer
> release, that fixes some bugs). Toshiba_acpi does only work on 32 bit
> systems, it breaks on 64 bit systems.
> 
> If anyone is interested in some hacking I can provide shell-access to
> both types of machines.
> 
> For some Tecra machines, Toshiba has provided some Vista-compatible
> BIOSes, they seem to enhance acpi-stuff for Linux too. So you might look
> for a bios-update.
> 
> cu romal
> 
> www.romal.de
> blog.romal.de
> 
> Rafał Miłecki schrieb:
>> 2008/7/15, Renato S. Yamane <yamane@diamondcut.com.br>:
>>> Rafał Miłecki wrote:
>>>  > The newest version is packed for openSUSE fortunately. But it doesn't
>>>  > for my notebook
>>>
>>> Try compile SVN version as commented in my last e-mail
>>
>> OK, I tried version from SVN. Nothing changed :|
>>
>>
>>>  > dmesg is:
>>>  > omnibook: Driver version 2.20070211-trunk.
>>>  > omnibook: Unknown model.
>>>
>>>
>>> Try force recognize with ectype parameter.
>>>  #modprobe omnibook ectype=x
>>
>> Sure, I tried every ectype between 1 and 15 before (omnibook from
>> package) and now (version from SVN) again. I checked two files (when
>> existed): lcd and temperature. Temperature (if file existed for forced
>> ectype) was always 0 and lcd always had some random values. Inserting
>> other values (1, 7) didn't change anything.

  reply	other threads:[~2008-07-17 11:57 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-06-15 22:26 Toshiba - Documentation for Linux Developers Renato S. Yamane
2008-06-16 22:14 ` Greg KH
2008-06-17 11:02   ` Renato S. Yamane
     [not found]     ` <alpine.LFD.1.10.0806171224130.7277@localhost.localdomain>
2008-06-17 16:53       ` Len Brown
2008-06-17 23:44     ` Greg KH
2008-06-18 11:02       ` Matthew Garrett
     [not found]     ` <200806181311.34849.damnshock@gmail.com>
2008-06-18 11:22       ` Renato S. Yamane
2008-06-18 11:38         ` Marc Deop i Argemí
2008-06-18 12:24           ` Renato S. Yamane
2008-06-21 14:09   ` Robert M. Albrecht
2008-07-05  8:46   ` Andrey Borzenkov
2008-07-13 13:54   ` Rafał Miłecki
2008-07-13 14:46     ` Renato S. Yamane
2008-07-13 14:46       ` Renato S. Yamane
2008-07-15  7:17       ` Rafał Miłecki
2008-07-15  7:17         ` Rafał Miłecki
2008-07-15 11:13         ` Renato S. Yamane
2008-07-15 11:13           ` Renato S. Yamane
2008-07-15 11:46           ` Rafał Miłecki
2008-07-15 11:46             ` Rafał Miłecki
2008-07-16 19:51             ` Robert M. Albrecht
2008-07-17 11:57               ` Renato S. Yamane [this message]
2008-07-17 11:57                 ` Renato S. Yamane

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=487F33A7.4040809@diamondcut.com.br \
    --to=yamane@diamondcut.com.br \
    --cc=gregkh@suse.de \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@suse.cz \
    --cc=romal@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.