max7301 is controlled through SPI interface which means another driver.
Signed-off-by: Axel Lin
---
drivers/gpio/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
index 6575d77..4e0884a 100644
--- a/drivers/gpio/Kconfig
+++ b/
This patch fixes below build error when CONFIG_SPI_MASTER=y && CONFIG_I2C=m &&
CONFIG_GPIO_MCP23S08=y.
LD init/built-in.o
drivers/built-in.o: In function `mcp23017_write':
clkdev.c:(.text+0x1e14): undefined reference to `i2c_smbus_write_word_data'
drivers/built-in.o: In function `mcp23017_r
Otherwise, we return 0 in probe error paths when gpiochip_remove() returns 0.
Also show error message if gpiochip_remove() fails.
Signed-off-by: Axel Lin
Cc: Tomoya MORINAGA
Cc: Denis Turischev
Cc: Lars Poeschel
---
drivers/gpio/gpio-ml-ioh.c | 3 +--
drivers/gpio/gpio-pch.c| 3 +-
Otherwise, we return 0 in probe error paths when gpiochip_remove() returns 0.
Also show error message if gpiochip_remove() fails.
Signed-off-by: Axel Lin
Cc: Linus Walleij
Cc: Maxime Ripard
Cc: Tony Prisk
---
drivers/pinctrl/pinctrl-coh901.c | 3 ++-
drivers/pinctrl/pinctrl-sunxi.c |
Signed-off-by: Axel Lin
---
drivers/pwm/pwm-renesas-tpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pwm/pwm-renesas-tpu.c b/drivers/pwm/pwm-renesas-tpu.c
index 8e6d8d7..351addd 100644
--- a/drivers/pwm/pwm-renesas-tpu.c
+++ b/drivers/pwm/pwm-renesas-tpu.c
@@ -444
There are 2 problems -- they are unlikely to be
directly related, but are in so much as they are in the new version
of mount.
1) How is one supposed to get the real root device?
It's not /dev/root -- and on my system /dev/root doesn't even exist.
(though to be fair, it has in the past -- udev m
于 2013-5-17 17:43, Wolfram Sang 写道:
On Thu, May 09, 2013 at 04:27:22PM +0800, Libo Chen wrote:
>fix two wrong mem release
>
>* Changelog from v1:
> * exchange out_error_no_irq and out_error_pin_mux suggested by
Sonic
> * add some new tag , make code cleanly
Thanks for the submission. I do
On Sun, May 19, 2013 at 01:33:02AM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Since offline_memory_block(mem) is functionally equivalent to
> device_offline(&mem->dev), make the only caller of the former use
> the latter instead and drop offline_memory_block() entirely.
>
> Si
From: Rafael J. Wysocki
The ACPI processor driver was the only user of the removal_type
field in struct acpi_device, but it doesn't use that field any more
after recent changes. Thus, removal_type has no more users, so drop
it along with the associated data type.
Signed-off-by: Rafael J. Wysock
From: Rafael J. Wysocki
As indicated by comments in mm/memory_hotplug.c:remove_memory(),
if CONFIG_MEMCG is set, it may not be possible to offline all of the
memory blocks held by one module (FRU) in one pass (because one of
them may be used by the others to store page cgroup in that case
and tha
Hi,
This series contains changes that are possible on top of the linux-pm.git
tree's acpi-hotplug branch. They touch ACPI, driver core and the core memory
hotplug code and the majority of them are about removing code that's not
necessary any more.
Please review and let me know if there's anythin
From: Rafael J. Wysocki
Now that the memory offlining should be taken care of by the
companion device offlining code in acpi_scan_hot_remove(), the
ACPI memory hotplug driver doesn't need to offline it in
acpi_memory_remove_memory() any more. Consequently, it doesn't
need to call remove_memory()
From: Rafael J. Wysocki
Make acpi_processor_add() pass the ACPI handle of the processor
namespace object to acpi_bind_one() instead of setting it directly
to allow acpi_bind_one() to catch possible bugs causing the ACPI
handle of the processor device to be set earlier.
Signed-off-by: Rafael J. W
From: Rafael J. Wysocki
Since offline_memory_block(mem) is functionally equivalent to
device_offline(&mem->dev), make the only caller of the former use
the latter instead and drop offline_memory_block() entirely.
Signed-off-by: Rafael J. Wysocki
---
drivers/base/memory.c | 21 --
On Sat, May 18, 2013 at 09:14:25AM +0200, Arend van Spriel wrote:
> On 05/18/13 03:47, Paul E. McKenney wrote:
> >On Fri, May 17, 2013 at 10:49:16PM +0200, Arend van Spriel wrote:
> >>On 05/14/2013 10:38 PM, Arend van Spriel wrote:
> >>>On 05/14/2013 10:34 PM, Rafael J. Wysocki wrote:
> On Tues
Some drivers might rely on availability of trigger flags in IRQ
resource, for example to configure the hardware for particular interrupt
type. However current code creating IRQ resources from data in device
tree does not configure trigger flags in resulting resources.
This patch solves the problem
These 2 places are the only matches for is_eisa in the whole tree.
Signed-off-by: Rolf Eike Beer
---
drivers/net/ethernet/ti/tlan.c | 1 -
drivers/net/ethernet/ti/tlan.h | 1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/net/ethernet/ti/tlan.c b/drivers/net/ethernet/ti/tlan.c
index 60c
Petko Manolov :
[...]
> This patch series adds rtl8150.h, which contains structure and constant
> definitons formerly found in rtl8150.c, removes socket buffer
> pre-allocated pool and uses dynamically allocated memory for the
> asynchronous URB requests, thus avoids clobbering the previously s
On 15.05.2013 22:37, Andrew Morton wrote:
3.10.0-rc1 3.10.0-rc1
vanilla lessdisrupt-v4
Page Ins 1234608 101892
Page Outs 1244627211810468
Swap Ins283406
Petko Manolov :
[...]
> @@ -681,16 +681,15 @@ static int rtl8150_ioctl(struct net_device *netdev,
> struct ifreq *rq, int cmd)
> }
>
> static const struct net_device_ops rtl8150_netdev_ops = {
> - .ndo_open = rtl8150_open,
> - .ndo_stop = rtl8150_close,
> -
Petko Manolov :
[...]
> static int set_registers(rtl8150_t * dev, u16 indx, u16 size, void *data)
> {
> - return usb_control_msg(dev->udev, usb_sndctrlpipe(dev->udev, 0),
> -RTL8150_REQ_SET_REGS, RTL8150_REQT_WRITE,
> -indx, 0, data, si
Petko Manolov :
> From: Petko Manolov
>
> Moving constant and structure definitions out of rtl8150.c;
What's the point ?
[...]
> ---
> drivers/net/usb/rtl8150.c | 121 +--
> 1 file changed, 2 insertions(+), 119 deletions(-)
>
> diff --git a/drivers/net/usb/rt
Petko Manolov :
[...]
> diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
> index 7d1897b..fd4bc2a 100644
> --- a/drivers/net/usb/rtl8150.c
> +++ b/drivers/net/usb/rtl8150.c
[...]
> static void rx_fixup(unsigned long data)
> {
> struct rtl8150 *dev = (struct rtl8150 *)data
As announced on the list the compat-drivers project was renamed to
backports [0] and uses now only one new tree for development [1]. Due
to the huge amount of changes we've been behind on linux-next daily
snapshots but we've now caught up with Linus so a release based on
v3.10-rc1 is due and is now
Folks as you may already know compat-drivers was renamed to backports
to avoid any confusion with the in-kernel compat code that deals with
32/64 bit compat work and due to some huge amount of changes that went
into the project recently thanks mainly to Johannes. The new tree is
available here:
gi
Sorry for delayed replies. I have not much time for this lately.
On Fri, May 17, 2013 at 8:04 AM, Takashi Iwai wrote:
>> Well... It seems that something went unnoticed. This command seems
>> to be essential for this (and the revised) patch to get the headphone
>> output at all:
>>
>> hda-
From: Petko Manolov
Moving constant and structure definitions out of rtl8150.c;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 121 +--
1 file changed, 2 insertions(+), 119 deletions(-)
diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl
From: Petko Manolov
adding rtl8150.h;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.h | 131 +++
1 file changed, 131 insertions(+)
diff --git a/drivers/net/usb/rtl8150.h b/drivers/net/usb/rtl8150.h
new file mode 100644
index 000..cfb1e74
--- /de
From: Petko Manolov
copyright, email address and styling update;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 69 +--
1 file changed, 34 insertions(+), 35 deletions(-)
diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
index 0e
From: Petko Manolov
removing socket buffer pre-allocation pool;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 60 +++
drivers/net/usb/rtl8150.h |3 --
2 files changed, 5 insertions(+), 58 deletions(-)
diff --git a/drivers/net/usb/rtl8150.c
From: Petko Manolov
[get|set]_registers() will now display a message in case of error condition
and if DEBUG is enabled. All resources required for asynchronous control URB
submission are being dynamically (de)allocated.
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 129 ++
From: Petko Manolov
This patch series adds rtl8150.h, which contains structure and constant
definitons formerly found in rtl8150.c, removes socket buffer
pre-allocated pool and uses dynamically allocated memory for the
asynchronous URB requests, thus avoids clobbering the previously scheduled
If you use the same exact subject in every single patch, someone
reading the commit shortlog can't tell at all what different is
happening in each of the changes.
Choose better, unique, subject lines for your patches and resubmit
this series.
Thanks.
--
To unsubscribe from this list: send the li
On 19/05/13 01:28, Alexey Charkov wrote:
2013/5/18 Tony Prisk :
The APC8750 does not support an LCD panel, but provides a VGA connector.
This patch adds support for the VGA interface, and defines an optional
devicetree property to specify the output interface. The default if not
specified is LCD
On 05/17/2013 09:25 PM, Srivatsa S. Bhat wrote:
> On 05/09/2013 02:35 AM, James Bottomley wrote:
>> On Wed, 2013-05-08 at 22:42 +0200, Helge Deller wrote:
>>> We need to enable local irqs to avoid this runtime warning.
>>>
>>> Signed-off-by: Helge Deller
>>>
>>> diff --git a/arch/parisc/kernel/pro
Add support for the VIA Velocity network driver to be bound to a
OF created platform device.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/net/via-velocity.txt | 20 +
drivers/net/ethernet/via/Kconfig |3 +-
drivers/net/ethernet/via/via-velocity.c
Improve the clarity of the code in preparation for converting the
dma functions to generic versions, which require a struct device *.
This makes it possible to store a 'struct device *dev' in the
velocity_info structure.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocity.c |
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocit
v9 changes:
Code tidyup as requested by Francois Romieu.
v8 changes:
Remove velocity_choose_state from via-velocity.h: unused function.
v7 changes:
Forgot to merge a patch to fix an error with the pm ops changes. Apologies Dave.
v6 changes:
Remove more bus specific code from velocity_probe()
Mak
Around Fri 17 May 2013 23:45:18 +0800 or thereabout, Jiang Liu wrote:
> As suggested by David Howells , use
> asm-generic/param.h and uapi/asm-generic/param.h for AVR32.
>
> It also fixes building warnings caused by redifinitions of HZ:
> In file included from /ws/linux/kernel/linux.git/include/ua
Tony Prisk :
[...]
> diff --git a/drivers/net/ethernet/via/via-velocity.c
> b/drivers/net/ethernet/via/via-velocity.c
> index 5996cee..d8d5bc5 100644
> --- a/drivers/net/ethernet/via/via-velocity.c
> +++ b/drivers/net/ethernet/via/via-velocity.c
[...]
> @@ -84,6 +88,16 @@
> static int velocity_n
Hi Michal,
On Wed, May 08, 2013 at 08:50:49AM -0600, Stephen Warren wrote:
> On 05/08/2013 04:59 AM, Matthijs Kooijman wrote:
> > In commit b40b25ff (kbuild: always run gcc -E on *.dts, remove cmd_dtc_cpp),
> > dts building was changed to always use the C preprocessor. This meant
> > that the .dts
On Sat, May 18, 2013 at 8:24 AM, Eric Appleman wrote:
> Would anyone be interested in forming such a pool?
count me in.
> Last I checked, I have 1 long-time poster of this list on board. Would
> anyone else like to join? Ideally I'd like to get the LKML (which I have
> CC'd) involved so that au
On Fri, May 17, 2013 at 12:36 PM, Michal Marek wrote:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mmarek/kbuild.git for-next
>
> Luiz Capitulino (1):
> package: Makefile: unbreak binrpm-pkg target
>
> scripts/package/Makefile |2 +-
> 1 files changed, 1 insertions(+), 1 deletion
On 05/17/13 23:18, Maxime Ripard wrote:
Hi Oliver,
Le 17/05/2013 15:35, Oliver Schinagl a écrit :
From: Oliver Schinagl
Allwinner has electric fuses (efuse) on their line of chips. This driver
reads those fuses and exports them as a sysfs node. Also a symbol is exported
for in-kernel useage.
From: Petko Manolov
Moving constant and structure definitions out of rtl8150.c;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 121 +--
1 file changed, 2 insertions(+), 119 deletions(-)
diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl
From: Petko Manolov
copyright, email address and styling update;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 69 +--
1 file changed, 34 insertions(+), 35 deletions(-)
diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
index 0e
From: Petko Manolov
[get|set]_registers() will now display a message in case of error condition
and if DEBUG is enabled. All resources required for asynchronous control URB
submission are being dynamically (de)allocated.
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 129 ++
From: Petko Manolov
removing socket buffer pre-allocation pool;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.c | 60 +++
drivers/net/usb/rtl8150.h |3 --
2 files changed, 5 insertions(+), 58 deletions(-)
diff --git a/drivers/net/usb/rtl8150.c
From: Petko Manolov
This patch series adds rtl8150.h, which contains structure and constant
definitons formerly found in rtl8150.c, removes socket buffer
pre-allocated pool and uses dynamically allocated memory for the
asynchronous URB requests, thus avoids clobbering the previously scheduled
From: Petko Manolov
adding rtl8150.h;
Signed-off-by: Petko Manolov
---
drivers/net/usb/rtl8150.h | 131 +++
1 file changed, 131 insertions(+)
diff --git a/drivers/net/usb/rtl8150.h b/drivers/net/usb/rtl8150.h
new file mode 100644
index 000..cfb1e74
--- /de
Am 08.05.2013 21:03, schrieb André Hentschel:
> From: =?UTF-8?q?Andr=C3=A9=20Hentschel?=
>
> Since commit 6a1c53124aa1 the user writeable TLS register was zeroed to
> prevent it from being used as a covert channel between two tasks.
>
> There are more and more applications coming to WinRT, Wine
On Sat, May 18, 2013 at 11:39:05AM +0900, Jonghwan Choi wrote:
> From: Dan Carpenter
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Dan Carpenter "
>
> commit cc0f868d8adef7bdc12cda132654870086d766bc upstrea
On Sat, May 18, 2013 at 11:57:29AM +0900, Jonghwan Choi wrote:
> From: Jon Mason
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Jon Mason "
>
> commit 8b19d450ad188d402a183ff4a4d40f31c3916fbf upstream
>
> F
On Sat, May 18, 2013 at 11:55:06AM +0900, Jonghwan Choi wrote:
> From: Jon Mason
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Jon Mason "
>
> commit 904435cf76a9bdd5eb41b1c4e049d5a64f3a8400 upstream
>
> T
On Sat, May 18, 2013 at 11:52:17AM +0900, Jonghwan Choi wrote:
> From: Jon Mason
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Jon Mason "
>
> commit c336acd3331dcc191a97dbc66a557d47741657c7 upstream
>
> T
On Sat, May 18, 2013 at 11:49:39AM +0900, Jonghwan Choi wrote:
> From: Jon Mason
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Jon Mason "
>
> commit c9d534c8cbaedbb522a1d2cb037c6c394f610317 upstream
>
> T
On Sat, May 18, 2013 at 11:47:17AM +0900, Jonghwan Choi wrote:
> From: Jon Mason
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Jon Mason "
>
> commit 90f9e934647e652a69396e18c779215a493271cf upstream
>
> I
On Sat, May 18, 2013 at 11:44:51AM +0900, Jonghwan Choi wrote:
> From: Jon Mason
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Jon Mason "
>
> commit b77b2637b39ecc380bb08992380d7d48452b0872 upstream
>
> E
On Sat, May 18, 2013 at 11:41:56AM +0900, Jonghwan Choi wrote:
> From: Jon Mason
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, thanks.
>
> --
>
> From: "Jon Mason "
>
> commit 113fc505b83b2d16e820ca74fa07f99a34877b1d upstream
>
> 6
On Sat, May 18, 2013 at 11:35:38AM +0900, Jonghwan Choi wrote:
> From: Dan Carpenter
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
Yes, please do. I'll respond to each of the patch series, but please
apply them all. Also, one patch was omitted from these,
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
Miao Xie has been very busy, fixing races and enospc problems and many
other small but important pieces.
Alexandre Oliva discovered some problems with how our error handling
On Fri, May 17, 2013 at 09:10:24AM -0700, dirk.brande...@gmail.com wrote:
> From: Dirk Brandewie
>
> Add CPU ID for Ivybrigde processor.
>
> Cc: torva...@linux-foundation.org
> Signed-off-by: Dirk Brandewie
BTW, there are some good comments about this by Arjan in this G+ post
https://plus.goo
Hi Rik,
I like your change to the ipc/sem locking:
A scheme with a per-semaphore lock and without the overhead of always
acquiring both the global and the per-semaphore lock.
But:
1) I found one bug with your sem locking changes:
If
- a complex operation is sleeping [would be woken up by updat
On 05/18/2013 03:28 PM, Alexey Charkov wrote:
> 2013/5/18 Tony Prisk :
>
>> /* Virtual buffer size */
>> @@ -167,7 +176,12 @@ static int wm8505fb_init_hw(struct fb_info *info)
>>
>> /* black magic ;) */
>> writel(0xf,fbi->regbase + REG_GOVRH_FHI);
>> -
Hello,
Recently I have detected an IP conflict while my OS is redhat.
Searching for a solution revealed that linux kernel doesn't reply to
broadcast arp messages *at all*. As a result when someone asks "who has
ip A.B.C.D?", my kernel won't reply to that and the other host thinks no
one has th
2013/5/18 Tony Prisk :
> The APC8750 does not support an LCD panel, but provides a VGA connector.
> This patch adds support for the VGA interface, and defines an optional
> devicetree property to specify the output interface. The default if not
> specified is LCD for backward compatibility.
>
> Sig
Hi.
I think there is a confusion with n_tty_chars_in_buffer(): it
calculates the amount of input chars, but is used as a
.chars_in_buffer member of tty_ldisc_ops, which, AFAIK,
should calculate the amount of _output_ chars buffered.
Here is the patch that changes this.
Since it doesn't fix any p
Thanks for your advice.
Best Regards.
On Sat, May 18, 2013 at 3:00 AM, Dan Carpenter wrote:
> On Sat, May 18, 2013 at 11:39:05AM +0900, Jonghwan Choi wrote:
>> From: Dan Carpenter
>>
>> This patch looks like it should be in the 3.9-stable tree, should we apply
>> it?
>>
>
> Normally these quest
On Fri, May 17, 2013 at 9:40 PM, wrote:
> From: Dirk Brandewie
>
> Add CPU ID for Ivybrigde processor.
>
> Cc: torva...@linux-foundation.org
> Signed-off-by: Dirk Brandewie
> ---
> drivers/cpufreq/intel_pstate.c |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Add my Acked-by: Vir
On 18 May 2013 14:46, Rafael J. Wysocki wrote:
> Although not necessarily 3.10 material I suppose?
Yes.. Pick only 3/3 for 3.10 and others for later part..
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
On Fri, May 17, 2013 at 02:52:46PM -0700, Dmitry Torokhov wrote:
> On Fri, May 17, 2013 at 09:50:25PM +0100, Mark Brown wrote:
> > The general idea is that the pages should be mapped in to virtual
> > addresses rather than real ones so in your example you might add a
> > prefix so all the register
Hi,
On Fri, May 17, 2013 at 1:43 PM, Chen Gang wrote:
> Hello All:
>
> I searched 'arch/*' and 'drivers/*' sub-directory, all of them are 'obey
> this rule', even in device_unregister() itself, it also firstly calls
> device_remove_file(), then call kobject_del().
>
> But after read the related c
Linus,
Lately, I have been experimenting how to improve the devm interface to make
writing device drivers easier and less error prone while also getting rid of
its subtle issues. I think it has more potential but still needs work and
definately conistency, especiall in its usage.
The first thing
Steven Rostedt :
> 3.6.11.4 stable review patch.
> If anyone has any objections, please let me know.
You should postpone it until the fix for a regression it induces when
user enable Tx checksumming is merged.
--
Ueimor
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Sat, May 18, 2013 at 11:39:05AM +0900, Jonghwan Choi wrote:
> From: Dan Carpenter
>
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
>
Normally these questions are handled by the subsystem maintainer.
regards,
dan carpenter
--
To unsubscribe from this list:
When thermal zone device is updated, it doesn't need to check
every trip points and its handling mathod even current temperature
doesn't exceed the trip's temperature. To modify those dissipatve
mechanism, this patch introduces the way to get current thermal
trip point to call only correspond trip
This patch modifies temp_crit_show() which is used to create hwmon's sysfs
node to use .get_crit_temp callback function of thermal zone device rather
than .get_trip_temp.
Signed-off-by: Jonghwa Lee
Signed-off-by: MyungJoo Ham
---
drivers/thermal/thermal_core.c |2 +-
1 file changed, 1 inser
This patch adds a requirement needing .get_trip_temp() callback
function for registering thermal zone device. This function is
used when thermal zone is updated and essential where thermal core
handles thermal trip based only polling way not hw interrupt.
Signed-off-by: Jonghwa Lee
Signed-off-by:
Tegra DRM support used to be enabled in the default Tegra configuration,
but it now depends on CONFIG_TEGRA_HOST1X which is disabled by default.
Enable CONFIG_TEGRA_HOST1X so that DRM support is compiled in again.
Signed-off-by: Alexandre Courbot
---
arch/arm/configs/tegra_defconfig | 1 +
1 fil
The #defines in wm8505fb_regs.h are only used in the wm8505fb driver,
and don't need to be visible outside.
Move the defines into the driver and remove the header.
Signed-off-by: Tony Prisk
---
drivers/video/wm8505fb.c | 25 +-
drivers/video/wm8505fb_regs.h | 76 ---
The wm8505fb driver requires a clock to work properly. Without a clock,
the driver can only initialize the display resolution that was set in
uboot.
This patch updates the driver to get and use a clock, and updates
the devicetree documentation to indicate the requirement for a clock.
Signed-off-by
Change all the #defines to match the vendor defined names, and change the
references in wm8505fb.c and wmt_ge_rops.c.
Add all the missing register offsets as well to prevent churn in the future.
Signed-off-by: Tony Prisk
---
drivers/video/wm8505fb.c| 159
drivers/vi
The APC8750 does not support an LCD panel, but provides a VGA connector.
This patch adds support for the VGA interface, and defines an optional
devicetree property to specify the output interface. The default if not
specified is LCD for backward compatibility.
Signed-off-by: Tony Prisk
---
.../d
Patch #1 - Move register defines inside the driver and drop the header.
Patch #2 - Convert the register defines to use the vendor preferred names.
Patch #3 - Add a device clock to wm8505fb. Without it, only the uboot
initialized resolution is supported.
Patch #4 - Add support for the VGA output fou
On Saturday, May 18, 2013 07:45:45 AM Viresh Kumar wrote:
> On 18 May 2013 05:10, Rafael J. Wysocki wrote:
> > Well, I actually meant "can you please verify your belief?". :-)
> >
> > And that's because I'm wondering why the zero-day build testing doesn't
> > catch this problem. Apparently, it do
On 18/05/13 18:40, Alexey Charkov wrote:
On 18 May 2013 01:18, "Tony Prisk" wrote:
This file has missed being added under ARM/VT8500 ARM ARCHITECTURE,
and is maintained along with the rest of the vt8500 arch code.
Signed-off-by: Tony Prisk
---
MAINTAINERS |1 +
1 file changed, 1 insert
On 5/18/2013 3:24 AM, Eric Appleman wrote:
Would anyone be interested in forming such a pool? I am willing to
wait years for this to be resolved through certain organizations, but
I believe we can do better.
Last I checked, I have 1 long-time poster of this list on board. Would
anyone else li
Any comments about these patches?
Marco
Il 04/05/2013 08:49, Marco Stornelli ha scritto:
Added a new enum to decide if we want to sleep in uninterruptible or
killable state or we want simply to return immediately.
Signed-off-by: Marco Stornelli
Reviewed-by: Jan Kara
---
fs/super.c
Would anyone be interested in forming such a pool? I am willing to wait
years for this to be resolved through certain organizations, but I
believe we can do better.
Last I checked, I have 1 long-time poster of this list on board. Would
anyone else like to join? Ideally I'd like to get the LKML
On 05/18/13 03:47, Paul E. McKenney wrote:
On Fri, May 17, 2013 at 10:49:16PM +0200, Arend van Spriel wrote:
On 05/14/2013 10:38 PM, Arend van Spriel wrote:
On 05/14/2013 10:34 PM, Rafael J. Wysocki wrote:
On Tuesday, May 14, 2013 03:03:58 PM Arend van Spriel wrote:
Laptop hangs pretty soon a
On Fri, May 17 2013, Calvin Owens wrote:
> Commit 2f6db2a7 was part of a series that cleaned up mdraid code by
> replacing explicit re-initialization of struct bio with bio_reset().
>
> In raid5 it incorrectly assumed that a couple initializations of its
> members was a full reset, erasing the exi
92 matches
Mail list logo
