On Tue, 2012-10-30 at 17:48 +0100, hongbo.zhang wrote:
> From: "hongbo.zhang"
>
> The curly bracket should be aligned with corresponding if else statements.
>
> Signed-off-by: hongbo.zhang
> Reviewed-by: Viresh Kumar
applied to thermal-next.
thanks,
rui
> ---
> drivers/thermal/cpu_cooling.
On Thu, 2012-11-01 at 23:13 -0600, R, Durgadoss wrote:
> Hi Lee,
>
> > -Original Message-
> > From: Jonghwa Lee [mailto:jonghwa3@samsung.com]
> > Sent: Friday, November 02, 2012 7:55 AM
> > To: linux...@vger.kernel.org
> > Cc: linux-kernel@vger.kernel.org; Brown, Len; R, Durgadoss; Raf
On Tue, 2012-10-09 at 01:14 -0700, Kuninori Morimoto wrote:
> This patch fixup following error
>
> ${LINUX}/drivers/thermal/rcar_thermal.c: In function 'rcar_thermal_probe':
> ${LINUX}/drivers/thermal/rcar_thermal.c:214:9: warning: passing argument 3 \
> of 'thermal_zone_device_register' mak
On Tue, 2012-10-02 at 23:51 -0700, Kuninori Morimoto wrote:
> devm_kfree and devm_iounmap should not have to be explicitly used
>
> Signed-off-by: Kuninori Morimoto
applied to thermal-next.
thanks,
rui
> ---
> This patch is based on Devendra's
> [PATCH] thermal: solve compilation errors in rc
Hi, Stephen,
On Mon, 2012-11-05 at 11:46 +1100, Stephen Rothwell wrote:
> Hi Zhang,
>
> Today's linux-next merge of the thermal tree got a conflict in
> drivers/thermal/rcar_thermal.c between commit 608f62b996c6 ("thermal:
> solve compilation errors in rcar_thermal") from Linus' tree and commit
>
On Mon, 2012-11-05 at 11:46 +1100, Stephen Rothwell wrote:
> Hi Zhang,
>
> Today's linux-next merge of the thermal tree got a conflict in
> drivers/thermal/rcar_thermal.c between commit 608f62b996c6 ("thermal:
> solve compilation errors in rcar_thermal") from Linus' tree and commit
> ebbf0f11e7b4
Hi Linus,
Could you please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git release
to receive three thermal and acpi fixes for v3.7-rc4.
thanks,
rui
The following changes since commit
1e207eb1c3f0e8b690401f02fe08e7b53903f010:
Merge git://git
Hi, Andrew,
Can you take this patch?
It fixes a real build error, and IMO, we should merge it ASAP. Thanks.
> -Original Message-
> From: kuninori morimoto [mailto:kuninori.morimoto...@gmail.com] On
> Behalf Of Kuninori Morimoto
> Sent: Wednesday, October 31, 2012 4:46 PM
>
Sorry, I can not see the original post of this patch.
Can you resend it so that I can apply it?
> -Original Message-
> From: kuninori morimoto [mailto:kuninori.morimoto...@gmail.com] On
> Behalf Of Kuninori Morimoto
> Sent: Wednesday, October 31, 2012 11:21 AM
> To: Andre
On 六, 2012-10-13 at 04:41 +0400, Igor Murzov wrote:
> There are systems where video module known to work fine regardless
> of broken _DOD and ignoring returned value here doesn't cause
> any issues later. This should fix brightness controls on some laptops.
>
> Bugzilla: https://bugzilla.kernel.or
Hi,
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Monday, October 08, 2012 8:02 AM
> To: Zhang, Rui
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Amit
> Daniel Kachhap; Wu, Fengguang; Andrew Morton
> Subje
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Monday, October 01, 2012 2:45 PM
> To: Zhang, Rui
> Cc: LKML; linux-pm; linux-i2c; linux-a...@vger.kernel.org; Len, Brown;
> Rafael J. Wysocki; Grant Likely; Dirk Brandewie
&
> -Original Message-
> From: linux-i2c-ow...@vger.kernel.org [mailto:linux-i2c-
> ow...@vger.kernel.org] On Behalf Of Mika Westerberg
> Sent: Monday, October 01, 2012 2:55 PM
> To: Zhang, Rui
> Cc: LKML; linux-pm; linux-i2c; linux-a...@vger.kernel.org; Len, Brown;
&
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Mika Westerberg
> Sent: Monday, October 01, 2012 2:47 PM
> To: Zhang, Rui
> Cc: LKML; linux-pm; linux-i2c; linux-a...@vger.kernel.org; Len, Brown;
&
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Monday, October 01, 2012 2:38 PM
> To: Zhang, Rui
> Cc: LKML; linux-pm; linux-i2c; linux-a...@vger.kernel.org; Len, Brown;
> Rafael J. Wysocki; Grant Likely; Dirk Brandewie
&
> -Original Message-
> From: Alan Cox [mailto:a...@lxorguk.ukuu.org.uk]
> Sent: Friday, September 28, 2012 8:54 PM
> To: Zhang, Rui
> Cc: LKML; linux-pm; linux-i2c; linux-a...@vger.kernel.org; Len, Brown;
> Rafael J. Wysocki; Grant Likely; Dirk Brandewie
> Subjec
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Friday, September 28, 2012 10:14 PM
> To: Zhang, Rui
> Cc: LKML; linux-pm; linux-i2c; linux-a...@vger.kernel.org; Len, Brown;
> Rafael J. Wysocki; Grant Likely; Dirk Brand
>From 817d814ecae91862f42a0447f455dae7f74cba27 Mon Sep 17 00:00:00 2001
From: Zhang Rui
Date: Fri, 24 Aug 2012 15:20:38 +0800
Subject: [RFC PATCH 6/6] Introduce INT33B1 I2C controller driver
This is a dummy platform device driver to illustrate my idea about
how a really I2C controller sho
>From 6077a62f2865201ab6727ca7d628ee5e43aa57e1 Mon Sep 17 00:00:00 2001
From: Zhang Rui
Date: Fri, 24 Aug 2012 15:18:25 +0800
Subject: [RFC PATCH 5/6] ACPI: Introduce ACPI I2C controller enumeration
driver
This driver is able to
1) enumerate I2C controller via ACPI namespace
and register
>From 34aa38e12c04544d89af2eae46de284dc8a03b8d Mon Sep 17 00:00:00 2001
From: Zhang Rui
Date: Thu, 27 Sep 2012 15:42:23 +0800
Subject: [RFC PATCH 4/6] Change i2c_register_board_info from __init to
__devinit.
ACPI 5 supports enumerating I2C adapter and its slaves
via ACPI namespace, and t
>From 9a851d177794129a89f720c7122cb39fd163126b Mon Sep 17 00:00:00 2001
From: Zhang Rui
Date: Fri, 28 Sep 2012 08:34:05 +0800
Subject: [RFC PATCH 3/6] ACPI: introduce acpi_get_generic_resources
Introduce acpi_get_generic_resources() to convert
ACPI style resources to struct resource.
Signed-
>From 5d7ecd12c2994b8c5905d52718c2870c3b62746e Mon Sep 17 00:00:00 2001
From: Zhang Rui
Date: Fri, 28 Sep 2012 14:51:03 +0800
Subject: [RFC PATCH 2/6] Introduce ACPI style match in platform_match
Signed-off-by: Zhang Rui
---
drivers/base/platform.c |8
1 files changed
>From 72df5d1f51fb27a4ba7f70a3b07df759d32b8288 Mon Sep 17 00:00:00 2001
From: Zhang Rui
Date: Thu, 27 Sep 2012 15:11:55 +0800
Subject: [RFC PATCH 1/6] Introduce acpi_match_device_id().
This API is used to check if a device id string is compatible
with an ACPI device,
either PNP id exported
Hi, all,
I'm working on ACPI device enumeration support recently, and here is the
proposal I made to enumerate devices via ACPI namespace.
the main idea is that, for Serial Buses like I2C and SPI, we enumerate
the controller as a platform device, and then enumerate the slaves via
i2c/spi_register
On 四, 2012-09-27 at 00:11 -0600, R, Durgadoss wrote:
> Hi Rui,
>
>
> > -Original Message-
> > From: Zhang, Rui
> > Sent: Thursday, September 27, 2012 11:38 AM
> > To: Hugh Dickins
> > Cc: Sedat Dilek; Stephen Rothwell; Andrew Morton; D
Hi, hugh,
On 三, 2012-09-26 at 12:51 -0700, Hugh Dickins wrote:
> On Wed, 26 Sep 2012, Sedat Dilek wrote:
> >
> > on my Ubuntu/precise AMD64 today's Linux-Next runs into the following
> > call-trace (machine freezes):
> >
> > Sep 26 19:22:58 fambox kernel: [ 11.124739] BUG: unable to handle
>
CC Durga.
On 三, 2012-09-26 at 19:42 +0200, Sedat Dilek wrote:
> On Wed, Sep 26, 2012 at 8:44 AM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > Changes since 201209025:
> >
> > The net-next tree lost a conflict but gained another against Linus' tree.
> >
> > The wireless-next tree gained a confli
On 二, 2012-09-25 at 10:12 +0900, jonghwa3@samsung.com wrote:
> On 2012년 09월 24일 17:57, Zhang Rui wrote:
> > On 一, 2012-09-24 at 02:08 -0600, R, Durgadoss wrote:
> >> Hi,
> >>
> >> Patch is fine, but I think you have to re-base on top of
> >> Rui
On 一, 2012-09-24 at 02:08 -0600, R, Durgadoss wrote:
> Hi,
>
> Patch is fine, but I think you have to re-base on top of
> Rui's -next branch here:
> git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git
>
> Also, adding Rui to this mail, not sure whether he is in LKML/pm.
>
> Thanks,
>
Hi, all,
On 四, 2012-09-13 at 17:44 +1000, Stephen Rothwell wrote:
> Hi Andrew,
>
> After merging the akpm tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/thermal/cpu_cooling.c: In function 'get_idr':
> drivers/thermal/cpu_cooling.c:89:14: error: 'MAX_ID_MASK'
On 一, 2012-09-10 at 09:50 +0300, Valentin, Eduardo wrote:
> Hello Rui and Amit,
>
> On Mon, Sep 10, 2012 at 9:25 AM, Zhang Rui wrote:
> > Refreshed to remove the notifier mechanism as we do not have a real user of
> > it.
> > if there is no problem, I'll appl
ipping frequency .
The drivers can also register to recieve notification about any cooling
action called.
Cc: Guenter Roeck
Cc: SangWook Ju
Cc: Durgadoss
Cc: Len Brown
Cc: Jean Delvare
Cc: Kyungmin Park
Cc: Kukjin Kim
Signed-off-by: Zhang Rui
Signed-off-by: Andrew Morton
Signed-off-b
On 五, 2012-08-17 at 11:56 +0300, Valentin, Eduardo wrote:
> Hello,
> >>> +
> >>> +
> >>> +1.2 CPU cooling action notifier register/unregister interface
> >>> +1.2.1 int cputherm_register_notifier(struct notifier_block *nb,
> >>> + unsigned int list)
> >>> +
> >>> +This interface registers
On 四, 2012-08-16 at 17:11 +0530, Amit Daniel Kachhap wrote:
> This patchset introduces a new generic cooling device based on cpufreq
> that can be used on non-ACPI platforms. As a proof of concept, we have
> drivers for the following platforms using this mechanism now:
>
> * Samsung Exynos (Exyn
ed add them to your tree.
>
thanks for your work. I'll review them ASAP. :)
thanks,
rui
> Thanks,
> Amit Daniel
>
> On 14 August 2012 11:45, Amit Kachhap wrote:
> > On 10 August 2012 11:21, Zhang Rui wrote:
> >> On 五, 2012-08-10 at 10:37 +0530, Amit Kac
On 四, 2012-08-16 at 14:23 +0800, Hongbo Zhang wrote:
> Add more people into list.
>
>
> On 10 August 2012 19:20, hongbo.zhang wrote:
> From: "hongbo.zhang"
>
> This diver is based on the thermal management framework in
> thermal_sys.c.
> A thermal zone d
On 五, 2012-08-10 at 10:37 +0530, Amit Kachhap wrote:
> On 10 August 2012 08:14, Zhang Rui wrote:
> > On 五, 2012-08-10 at 12:23 +1000, Stephen Rothwell wrote:
> >> Hi Rui,
> >>
> >> On Fri, 10 Aug 2012 09:41:06 +0800 Zhang Rui wrote:
> >> >
&g
On 五, 2012-08-10 at 12:23 +1000, Stephen Rothwell wrote:
> Hi Rui,
>
> On Fri, 10 Aug 2012 09:41:06 +0800 Zhang Rui wrote:
> >
> > > > And could you please drop these commits
> > > > ef25a0fe0087963c1611c1c8903886fbea053f76
> >
Hi, Stephen,
On 五, 2012-08-10 at 09:08 +1000, Stephen Rothwell wrote:
> Hi Rui,
>
> On Thu, 09 Aug 2012 14:45:46 +0800 Zhang Rui wrote:
> >
> > On 二, 2012-08-07 at 10:53 +0800, Zhang Rui wrote:
> > > Hi, all,
> > >
> > > I just created a git t
On 三, 2012-08-08 at 23:25 -0700, Guenter Roeck wrote:
> On Thu, Aug 09, 2012 at 08:44:55AM +0800, Zhang Rui wrote:
> > On 二, 2012-08-07 at 22:36 -0700, Guenter Roeck wrote:
> > > The type parameter in thermal_zone_device_register and
> > > thermal_cooling_device_regis
; is
> not NULL.
>
> This patch addresses Coverity #102180 and #102182: Dereference before null
> check
>
> Signed-off-by: Guenter Roeck
Acked-by: Zhang Rui
> ---
> Applies on top of
> git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git (thermal).
Hi, all,
I just created a git tree for catching all thermal changes.
http://git.kernel.org/?p=linux/kernel/git/rzhang/linux.git;a=summary
and I also created the next branch, which I'd like to be set for
linux-next inclusion, but don't know how.
And, I just saw that there are a couple of thermal p
On 五, 2012-07-27 at 18:48 +0800, Wei Ni wrote:
> On Fri, 2012-07-27 at 15:39 +0800, Zhang Rui wrote:
> > On 五, 2012-07-27 at 09:30 +0200, Jean Delvare wrote:
> > > On Fri, 27 Jul 2012 10:58:21 +0800, Wei Ni wrote:
> > > > On Fri, 2012-07-27 at 09:21 +0800, Zhang Rui w
On 五, 2012-07-27 at 09:30 +0200, Jean Delvare wrote:
> On Fri, 27 Jul 2012 10:58:21 +0800, Wei Ni wrote:
> > On Fri, 2012-07-27 at 09:21 +0800, Zhang Rui wrote:
> > > is it possible to program the sensor at this time, in your own thermal
> > > driver?
> >
&
On 四, 2012-07-26 at 17:31 +0800, Wei Ni wrote:
> On Fri, 2012-07-13 at 15:41 +0800, Zhang Rui wrote:
> > On 五, 2012-07-13 at 15:30 +0800, Wei Ni wrote:
> > >
> > > Our tegra thermal framework also will use the generic thermal layer. It
> > > will regi
On 一, 2012-07-23 at 08:54 +0200, Jean Delvare wrote:
> Hi Rui,
>
> On Mon, 23 Jul 2012 10:02:16 +0800, Zhang Rui wrote:
> > BTW: what is the rule for linux-next?
> > I refreshed the patches, did some test, and sent to mailing list
> > saying that I want to push them t
Hi, all,
sorry for the stupid mistake.
Actually, I did some functionality test myself, and run all patch set
for some time. This is a problem that I have fixed already, but I'm
wondering why it shows up again. Anyway, sorry again for the mistake!
BTW: what is the rule for linux-next?
I refreshed
On 五, 2012-07-13 at 15:30 +0800, Wei Ni wrote:
> On Fri, 2012-07-13 at 09:51 +0800, Zhang Rui wrote:
> > On 四, 2012-07-12 at 04:54 -0600, R, Durgadoss wrote:
> > > Hi,
> > >
> > > > -Original Message-
> > > > From: Wei Ni [mailto:w...@nvi
On 五, 2012-07-13 at 15:08 +0900, Alex Courbot wrote:
> On Fri 13 Jul 2012 02:54:26 PM JST, R, Durgadoss wrote:
> > As of now, we are getting the definitions done through the platform layer
> > data. Considerations for device tree .. yes.. but I do not have any sample
> > implementation..
>
> Maybe
On 四, 2012-07-12 at 04:54 -0600, R, Durgadoss wrote:
> Hi,
>
> > -Original Message-
> > From: Wei Ni [mailto:w...@nvidia.com]
> > Sent: Thursday, July 12, 2012 3:53 PM
> > To: Zhang, Rui; Brown, Len; a...@linux-foundation.org; kh...@linux-fr.org;
> > j
x27;s the problem I have. I can not send out the code based on
some example ASL code. :)
thanks,
rui
> Cheers,
> Benjamin
>
> On Thu, Jul 5, 2012 at 9:20 AM, Zhang Rui wrote:
> > Hah, seems I forgot to reply to Benjamin.
> >
> > On 四, 2012-07-05 at 15:01 +0800, Zhang
> >> You can just eliminate variable result, because result will be
> >> -ENODEV only.
> > I disagree. "result" is required to store the return value from
> acpi_bus_register_driver which may be different from ENODEV. Otherwise
> it's all -ENODEV.
> &g
On Wed, 2007-12-26 at 02:03 +, Matthew Garrett wrote:
> The sysfs backlight class provides no mechanism for querying the
> acceptable brightness for a backlight. The ACPI spec states that values
> are only valid if they are reported as available by the firmware. Since
> we can't provide that
Hi, Matthew,
On Fri, 2008-01-18 at 09:42 +0800, Matthew Garrett wrote:
> On Fri, Jan 18, 2008 at 09:31:40AM +0800, Zhang Rui wrote:
>
> > Just like I don't think lcd should be used for ACPI thermal
> management
> > before I saw it is listed in _TZD and intel_menlow req
ust {} for the terminating entry, right?
Yes, I use this just to be consistent with other ACPI device drivers.
Thanks for your comments, please review the patch below,
From: Thomas Sujith <[EMAIL PROTECTED]>
Intel menlow platform specific driver for thermal management extension.
Signed-off-b
Hi, Mattew,
thanks for your comments.
On Thu, 2008-01-17 at 20:24 +0800, Matthew Garrett wrote:
> On Thu, Jan 17, 2008 at 03:51:22PM +0800, Zhang Rui wrote:
> > From: Zhang Rui <[EMAIL PROTECTED]>
> >
> > Register ACPI video device as thermal cooling devices as they
From: Zhang Rui <[EMAIL PROTECTED]>
Register ACPI Fan as thermal cooling device.
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/acpi/fan.c | 90 -
1 file changed, 8
From: Zhang Rui <[EMAIL PROTECTED]>
Change the ACPI thermal action upon notification 0x81 and 0x82.
According to the ACPI spec, we should:
re-evaluate _PSV and _ACx methods upon notification 0x81
re-evaluate _PSL and _ALx and _TZD upon notificaiton 0x82.
But the current code re-evaluates a
From: Zhang Rui <[EMAIL PROTECTED]>
Register ACPI video device as thermal cooling devices as they may be listed
in _TZD method and the backlight control can be used for throttling.
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
From: Zhang Rui <[EMAIL PROTECTED]>
Register ACPI processor as thermal cooling devices.
A combination of processor T-state and P-state are used for thermal throttling.
the processor will reduce the frequency first and then set the T-state.
we use cpufreq_thermal_reduction_pctg to calcula
From: Zhang Rui <[EMAIL PROTECTED]>
Fix an imprecision in CELSIUS_TO_KELVIN and move these
two macroes to a proper place.
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/acpi/thermal.c |3 ---
include/linux/therma
From: Zhang Rui <[EMAIL PROTECTED]>
Intel menlow driver needs to get the pointer of themal_zone_device
structure of an ACPI thermal zone.
Attach this to each ACPI thermal zone device object.
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
Signed-off-by: Thomas Sujith <[
From: Thomas Sujith <[EMAIL PROTECTED]>
Intel menlow platform specific driver for thermal management.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig| 10
drivers/misc/Makefile |
From: Zhang Rui <[EMAIL PROTECTED]>
The alias name may be used in _PSL, _ALx and _TZD,
so we bind the cooling device only if the acpi_device node matches.
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/acp
From: Zhang Rui <[EMAIL PROTECTED]>
Register ACPI thermal zone as thermal zone device.
the new sys I/F for ACPI thermal zone will be like this:
/sys/class/thermal:
|thermal_zone1:
|-type: "ACPI thermal zone". RO
|-temp:
From: Zhang Rui <[EMAIL PROTECTED]>
The Generic Thermal sysfs driver for thermal management.
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
Documentation/thermal/sysfs-api.txt | 247
drivers/Kconfig
Hi, all,
This patch series introduces a new generic thermal sysfs driver
which provides a set of interfaces for thermal zone devices (sensors)
and thermal cooling devices (fan, processor...) to register with the
thermal management solution and to be a part of it.
And it also includes the implemen
On Thu, 2008-01-10 at 09:43 +0200, Maxim Levitsky wrote:
> On Thursday, 10 January 2008 00:21:46 Yi Yang wrote:
> > Subject: ACPI: convert procfs to sysfs for /proc/acpi/wakeup
> > From: Yi Yang <[EMAIL PROTECTED]>
> >
> > /proc/acpi/wakeup is deprecated but it has to exist because
> > we haven't
On Sat, 2007-12-22 at 06:36 +0800, Andrei Gaponenko wrote:
>
> Hi,
>
> With 2.6.23 or newer (including 2.6.24-rc6) kernels, writing to the
> /sys/devices/platform/asus-laptop/display file does not do anything:
>
> Cold boot to single user, then connect an external monitor
>
> # cat /sys/devic
On Mon, 2007-09-10 at 15:49 +0800, Andrew Morton wrote:
> On Mon, 20 Aug 2007 23:50:05 +0800 Zhang Rui <[EMAIL PROTECTED]>
> wrote:
>
> > Hi, Oliver,
> > Thanks for your comments,
> >
> > On Mon, 2007-08-20 at 18:45 +0800, Oliver Neukum wrote:
> >
Hi, Oliver,
Thanks for your comments,
On Mon, 2007-08-20 at 18:45 +0800, Oliver Neukum wrote:
> Am Montag 20 August 2007 schrieb Zhang Rui:
> > Files name must be unique in the same directory.
> >
> > Bug is reported here:
> > http://bugzilla.kernel.org/show_bug.cgi?id
Files name must be unique in the same directory.
Bug is reported here:
http://bugzilla.kernel.org/show_bug.cgi?id=8798
Signed-off-by: Zhang Rui <[EMAIL PROTECTED]>
---
fs/proc/generic.c |8
1 file changed, 8 insertions(+)
Index: linux-2.6.23-rc3/fs/proc/gen
Hi, Len,
I can take charge of the ACPI video driver.
Thanks,
Rui
-Original Message-
From: Len Brown [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 14, 2007 1:16 PM
To: [EMAIL PROTECTED]; Zhang, Rui
Cc: [EMAIL PROTECTED]; Yu, Luming;
linux-kernel@vger.kernel.org; [EMAIL PROTECTED
On Fri, 2007-07-13 at 03:07 +0800, Satyam Sharma wrote:
> On 7/12/07, Zhang, Rui <[EMAIL PROTECTED]> wrote:
> > Well, the ACPI sysfs conversion is not finished yet
> > [...]
> > I'm not sure if the button sysfs I/F is already finished.
> > We'd better m
o:Len Brown <[EMAIL PROTECTED]>
Second, refering to /Documentation/feature-removal-schedule.txt
>What: ACPI procfs interface
>When: July 2007
>Why:After ACPI sysfs conversion, ACPI attributes will be duplicated
>in sysfs and the ACPI procfs interface should be remov
ure-removal-schedule.txt
> 2007-07-09 02:04:32.0 +0200
> @@ -190,14 +190,6 @@
>
> ---
>
> -What: ACPI procfs interface
> -When: July 2007
> -Why: After ACPI sysfs conversion, ACPI attributes will be
> duplicated
> - in
Oops. Sorry.
Thanks for fixing it.
Best regards,
Rui
-Original Message-
From: Heiko Carstens [mailto:[EMAIL PROTECTED]
Sent: 2007年6月28日 21:39
To: Andrew Morton
Cc: linux-kernel@vger.kernel.org; Martin Schwidefsky; Zhang, Rui; Greg KH;
Brown, Len
Subject: [patch -mm] s390: struct
From: Zhang Rui <[EMAIL PROTECTED]>
Well, first of all, I don't want to change so many files either.
What I do:
Adding a new parameter "struct bin_attribute *" in the
.read/.write methods for the sysfs binary attributes.
In fact, only the four lines change in fs/sysfs/bi
From: Zhang Rui <[EMAIL PROTECTED]>
> >
> > Well, first of all, I don't want to change so many files either.
> >
> > What I do:
> > Adding a new parameter "struct bin_attribute *" in the
> > .read/.write methods for the sysfs binary attri
From: Zhang Rui <[EMAIL PROTECTED]>
> > Well, first of all, I don't want to change so many files either.
> >
> > What I do:
> > Adding a new parameter "struct bin_attribute *" in the
> > .read/.write methods for the sysfs binary attributes.
>
From: Zhang Rui <[EMAIL PROTECTED]>
Well, first of all, I don't want to change so many files either.
What I do:
Adding a new parameter "struct bin_attribute *" in the
.read/.write methods for the sysfs binary attributes.
In fact, only the four lines change in fs/sysfs/bi
On Wed, 2007-06-06 at 16:26 +0200, Thomas Renninger wrote:
>
> 3. Problem Analysis and Solving
> ---
>
> 3.1. I see Warnings or Errors when disassembling or compiling my DSDT
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
> Some might be sev
On Sat, 2007-04-07 at 13:08 -0700, David Brownell wrote:
> On Friday 06 April 2007 10:01 pm, Greg KH wrote:
>
> > Are you _sure_ you have a 1-to-1 relationship here? No multiple devices
> > pointing to the same acpi node? Or the other way around? If so, you
> > are going to have to change the n
On Thu, 2007-04-05 at 03:58 -0700, David Brownell wrote:
> On Thursday 05 April 2007 12:59 am, Zhang Rui wrote:
> > On Wed, 2007-04-04 at 08:41 +0800, David Brownell wrote:
> > > In that example, two devices don't actually exist (USB3, S139), one can't
> > >
On Wed, 2007-04-04 at 08:41 +0800, David Brownell wrote:
> This updates /proc/acpi/wakeup to be more informative, primarily by
> showing
> the sysfs node associated with each wakeup-enabled device. Example:
>
> Device S-state Status Sysfs node
> PCI0 S4 disabled no-
On Thu, 2007-02-22 at 15:53 +, Pavel Machek wrote:
> Hi!
>
> > > > the old /proc/acpi/ interfaces with cleaner interfaces in sysfs --
> > > > non-ACPI-specific generic ones whenever possible. This effort
> > > > is not complete, but it has been in -mm for a long time and
> > > > I believe th
801 - 886 of 886 matches
Mail list logo