This patch adds support to handle multiple instances of the TMU controllers.
This is done by removing the static structure to register with the core thermal
and creating it dynamically for each instance of the TMU controller. The
interrupt is made shared type to handle interrupts for all the TMU. A
This patch modifies TMU controller to add changes needed to work with
exynos5440 platform. Also register definitions and required configuration data
are added. This sensor registers 3 instance of the tmu controller with the
thermal zone and hence reports 3 temperature output. This controller suppor
This patch adds device node for TMU controller. There are 3
instances of the controllers so 3 nodes are created.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
arch/arm/boot/dts/exynos5440.dtsi | 30 ++
1 files changed, 30 insertions(+), 0 deletions(-)
This patch updates the documentation to explain the driver model
and file layout.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
Documentation/thermal/exynos_thermal | 43 ++---
1 files changed, 34 insertions(+), 9 deletions(-)
diff --git a/Documentat
From: Lukasz Majewski
Proper description for Exynos4 bindings added to Documentation/devicetree/
bindings
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
---
.../devicetree/bindings/thermal/exynos-thermal.txt | 25
1 files changed, 25 insertions(+), 0 deleti
Am Donnerstag, 25. April 2013, 19:28:55 schrieb Arnd Bergmann:
> The s3c24xx_init_intc and s3c2412_init_irq functions are only called
> at init time, and they call functions already marked __init, so they
> should be marked in the same way. This was reported as
>
> WARNING: vmlinux.o(.text+0x19e0b
This patch adds several features supported by TMU as bitfields.
This features varies across different SOC type and comparing
the features present in the TMU is more logical than comparing
the soc itself.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
drivers/thermal/samsung/exynos_
This code simplifies the zone handling to use the trip count passed
by the TMU driver. This also helps in adding more zone support.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
drivers/thermal/samsung/exynos_thermal_common.c | 55 ---
drivers/thermal/samsung
This code modifies the thermal driver to have multiple thermal zone
support by replacing the global thermal zone variable with device data
member of thermal_zone_device.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
drivers/thermal/samsung/exynos_thermal_common.c | 36 ++
This patch renames member private_data to driver_data of the thermal
zone registration structure as this item stores the driver related
data and uses it to call the driver related callbacks.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
drivers/thermal/samsung/exynos_thermal_commo
This patch uses the TMU status register to know the generated interrupts
and only clear them in the interrupt handler.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
drivers/thermal/samsung/exynos_tmu.c | 10 --
drivers/thermal/samsung/exynos_tmu_data.c |2 ++
2
This patch adds entries min_efuse_value, max_efuse_value, default_temp_offset,
trigger_type, cal_type, trim_first_point, trim_second_point and
trigger_enable in the TMU platform data structure. Also the driver is modified
to use the data passed by these new platform memebers instead of the constant
TMU urgently sends active-high signal (thermal trip) to PMU, and thermal
tripping by hardware logic. Thermal tripping means that PMU cuts off the
whole power of SoC by controlling external voltage regulator.
Acked-by: Kukjin Kim
Signed-off-by: Jonghwan Choi
Signed-off-by: Amit Daniel Kachhap
--
This patch renames exynos_thermal.c to exynos_tmu.c. This change is needed as
this file now just contains exynos tmu driver related codes and thermal zone
or cpufreq cooling registration related changes are not there anymore.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
drivers/t
This code bifurcates exynos thermal implementation into common and sensor
specific parts. The common thermal code interacts with core thermal layer and
core cpufreq cooling parts and is independent of SOC specific driver. This
change is needed to cleanly add support for new TMU sensors.
Acked-by:
This movement of files is done for easy maintenance and adding more
new sensor's support for exynos platform easily . This will also help in
bifurcating exynos common, sensor driver and sensor data related parts.
Acked-by: Kukjin Kim
Signed-off-by: Amit Daniel Kachhap
---
drivers/thermal/Kconfi
Changes in V2:
* Separated SOC data from TMU driver. This is as per suggestion from Eduardo.
* Merged the new file created for exynos5440 TMU controller with the existing
TMU controller code.
* Removed the DT parsing code as now the SOC specific data are cleanly put
inside the data specific file.
On Fri, Apr 26, 2013 at 12:35 PM, Sedat Dilek wrote:
> On Fri, Apr 26, 2013 at 12:04 PM, Michal Marek wrote:
>> On Fri, Apr 26, 2013 at 11:58:25AM +0200, Michal Marek wrote:
>>> Can you send a copy of your .config?
>>
>> I can reproduce it as well:
>>
>> $ yes "" | make oldconfig
>> ...
>> Enum
Hi Peter,
On 04/26/2013 03:48 PM, Peter Zijlstra wrote:
> On Wed, Mar 27, 2013 at 03:51:51PM +0530, Preeti U Murthy wrote:
>> Hi,
>>
>> On 03/26/2013 05:56 PM, Peter Zijlstra wrote:
>>> On Fri, 2013-03-22 at 13:25 +0100, Vincent Guittot wrote:
+static bool is_buddy_busy(int cpu)
+{
On Fri, 26 Apr 2013, Ian Campbell wrote:
> On Fri, 2013-04-26 at 11:27 +0100, Stefano Stabellini wrote:
> > On Fri, 26 Apr 2013, Ian Campbell wrote:
> > > On Thu, 2013-04-25 at 19:45 +0100, Stefano Stabellini wrote:
> > > > On Thu, 25 Apr 2013, Ian Campbell wrote:
> > > > > > > > @@ -216,6 +245,8 @
On Wed, Mar 27, 2013 at 12:00:40PM +0100, Vincent Guittot wrote:
> On 27 March 2013 11:21, Preeti U Murthy wrote:
> > Hi,
> >
> > On 03/26/2013 05:56 PM, Peter Zijlstra wrote:
> >> On Fri, 2013-03-22 at 13:25 +0100, Vincent Guittot wrote:
> >>> +static bool is_buddy_busy(int cpu)
> >>> +{
> >>> +
On Fri, Apr 26, 2013 at 12:11:49PM +0200, Linus Walleij wrote:
> OK seems normal. I guess you really mean "drive strength" as in
> "configurable mA output", because often the voltage (VCCQ) can
> be controlled as well.
> There is some overlap with regulators here, CC:ing Mark Brown
> for a second
On Fri, 2013-04-26 at 11:27 +0100, Stefano Stabellini wrote:
> On Fri, 26 Apr 2013, Ian Campbell wrote:
> > On Thu, 2013-04-25 at 19:45 +0100, Stefano Stabellini wrote:
> > > On Thu, 25 Apr 2013, Ian Campbell wrote:
> > > > > > > @@ -216,6 +245,8 @@ static int __init xen_guest_init(void)
> > > > >
On Fri, 26 Apr 2013, Ian Campbell wrote:
> On Thu, 2013-04-25 at 19:45 +0100, Stefano Stabellini wrote:
> > On Thu, 25 Apr 2013, Ian Campbell wrote:
> > > > > > @@ -216,6 +245,8 @@ static int __init xen_guest_init(void)
> > > > > > * is required to use VCPUOP_register_vcpu_info to place vcpu
On Wed, Mar 27, 2013 at 03:51:51PM +0530, Preeti U Murthy wrote:
> Hi,
>
> On 03/26/2013 05:56 PM, Peter Zijlstra wrote:
> > On Fri, 2013-03-22 at 13:25 +0100, Vincent Guittot wrote:
> >> +static bool is_buddy_busy(int cpu)
> >> +{
> >> + struct rq *rq = cpu_rq(cpu);
> >> +
> >> + /*
>
On Thu, Apr 25, 2013 at 06:46:35PM +0100, Russell King wrote:
> On Thu, Apr 25, 2013 at 10:13:34AM -0400, Eduardo Valentin wrote:
> > diff --git a/drivers/thermal/db8500_cpufreq_cooling.c
> > b/drivers/thermal/db8500_cpufreq_cooling.c
> > index 21419851..786d192 100644
> > --- a/drivers/thermal/db
For SEC including a RNG block version >= 4, special initialization
must occur before any descriptor that uses RNG block can be
submitted. This initialization is required not only for SEC
with version greater than 5.0, but for SEC with RNG version >=4.
There may be a case where RNG has already been
On Wed, Apr 24, 2013 at 1:47 AM, hanumant wrote:
> 2) After the above, we have config registers for the dedicated pins.
> In this case the config register are per use case. For example
> if SDCC uses dedicated pins as follows 1 clock pin, 8 data pins and 2
> command pins then there will be one co
JE SOUHAITE SOLLICITER VOTRE ACCORD POUR RÉALISER DES ŒUVRES HUMANITAIRE,
POUR VENIR EN AIDE AUX ENFANTS DÉMUNIES AUX FAMILLES PAUVRES, D'OUVRIR DES
ORPHELINATS ET CERTAINES ŒUVRES SOCIALES, DANS LE SOUCIS D'AIDER DES
PERSONNES EN BESOIN, RENDRE HEUREUX LES FAMILLES PAUVRES, LES ORPHELINS, AID
Hello,
these two patches are not really related, I only sent them in a series because
they touch the same file and fail to apply in reversed order.
Patch 1 is useful for debugging with gdb, patch 2 is a cleanup. Note that patch
2 is only compile-tested because I don't have an uio driver that uses
vma_count is used write-only and so fails to be useful. So remove it.
Signed-off-by: Uwe Kleine-König
---
drivers/uio/uio.c | 16
1 file changed, 16 deletions(-)
diff --git a/drivers/uio/uio.c b/drivers/uio/uio.c
index f9c905a..9591691 100644
--- a/drivers/uio/uio.c
+++ b/drive
This makes it possible to let gdb access mappings of the process that is
being debugged.
uio_mmap_logical was moved and uio_vm_ops renamed to group related code
and differentiate to new stuff.
Signed-off-by: Uwe Kleine-König
---
drivers/uio/uio.c | 24 +++-
1 file changed, 1
Part of this patch is missing, the fix below is needed
@@ -3497,7 +3497,9 @@ static bool is_buddy_full(int cpu)
static bool is_my_buddy(int cpu, int buddy)
{
int my_buddy = per_cpu(sd_pack_buddy, cpu);
- return (my_buddy == -1) || (buddy == my_buddy);
+
+ return ((sysctl_sched_packing_mode ==
Added Yann, from whom I merged couple of kconfig changes yesterday.
On 26.4.2013 11:42, Sedat Dilek wrote:
> [ CC linux-kbuild folks ]
>
> I am always doing a ...
>
>$ cd linux-next/
>
>$ yes "" | make oldconfig
>
> ... before starting a kernel-build.
>
> Today, I see this ...
>
> $
From: Wengmeiling
When we search a config symbol, if it has no prompt the position of this
symbol in the Kconfig file and it's dependencies are not printed. This can
be inconvenient, especially when it's set to n and we want to find out why.
the following is an example:
before:
Symbol: GENERIC
nvram_compress() and zip_oops() is used by the nvram_pstore_write
API to compress oops messages hence re-organise the functions
accordingly to avoid forward declarations.
Signed-off-by: Aruna Balakrishnaiah
---
arch/powerpc/platforms/pseries/nvram.c | 104
1 fil
The patch set supports compression of oops messages while writing to NVRAM,
this helps in capturing more of oops data to lnx,oops-log. The pstore file
for oops messages will be in decompressed format making it readable.
In case compression fails, the patch takes care of copying the header added
by
pstore_get_header_size will return the size of the header added by pstore
while logging messages to the registered buffer.
Signed-off-by: Aruna Balakrishnaiah
---
fs/pstore/platform.c |7 ++-
include/linux/pstore.h |6 ++
2 files changed, 12 insertions(+), 1 deletion(-)
diff -
The patchset takes care of compressing oops messages while writing to NVRAM,
so that more oops data can be captured in the given space.
big_oops_buf (2.22 * oops_data_sz) is allocated for compression.
oops_data_sz is oops header size less of oops partition size.
Pstore will internally call kmsg_d
On 24/04/13 00:55, Seiji Aguchi wrote:
> Hi,
>
> I tested a current tip tree to check if the new API works.
> But pstore_erase() doesn't work...
> I'm checking the source code right now.
>
> Seiji
[...]
> Call Trace:
> [] efi_pstore_erase+0xdf/0x130
> [] ? cap_socket_create+0x8/0x10
> [] pst
On Fri, Apr 26, 2013 at 08:42:50AM +0200, Ingo Molnar wrote:
>
> ... < take all review comments >
Here it is:
--
>From 56880e448600ca1504df8c68c59f31153f7b5b0f Mon Sep 17 00:00:00 2001
From: Borislav Petkov
Date: Tue, 16 Apr 2013 18:24:34 +0200
Subject: [PATCH -v2.1] x86: Add a Kconfig shortcut
Over the previous two patches relating to inode creation, the
content of init_dinode() has been looking more and more like
gfs2_dinode_out(). This is not an accident! This patch replaces
the parts of init_dinode() which are duplicated in gfs2_dinode_out()
with a call to that function.
Mostly that
This patch adds a bool indicating whether the demote
request was originated locally or remotely. This is then
used by the iopen ->go_callback() to make 100% sure that
it will only respond to remote callbacks.
Since ->evict_inode() uses GL_NOCACHE when it attempts to
get an exclusive lock on the io
This patch cleans up the inode creation code path in GFS2. After the
Orlov allocator was merged, a number of potential improvements are
now possible, and this is a first set of these.
The quota handling is now updated so that it matches the point in
the code where the allocation takes place. This
Hi,
Since the merge window is coming up soon, I'm posting the content of
the GFS2 -nmw tree as usual. There is not a whole lot of change this
time - there are some further changes which are in the works, but those
will be held over until next time.
Here there are some clean ups to inode creation,
This adds the origin indicator to the trace point for glock
demotion, so that it is possible to see where demote requests
have come from.
Note that requests generated from the demote_rq sysfs interface
will show as remote, since they are intended to replicate
exactly the effect of a demote reuqest
From: Bob Peterson
There was a timing window when a GFS2 file system was unmounted
that caused GFS2 to call BUG() and panic the kernel. The call
to BUG() is meant to ensure that the glock reference count,
gl_ref, never gets down to zero and bounce back up again. What was
happening during umount i
From: Bob Peterson
The functions that delete block reservations from the rgrp block
reservations rbtree no longer use the ip parameter. This patch
eliminates the parameter.
Signed-off-by: Bob Peterson
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/bmap.c b/fs/gfs2/bmap.c
index 5e83657.
From: Benjamin Marzinski
In order to allow transactions and log flushes to happen at the same
time, gfs2 needs to move the transaction accounting and active items
list code into the gfs2_trans structure. As a first step toward this,
this patch removes the gfs2_ail structure, and handles the acti
The original method for creating inodes used in GFS2 was to fill
out a buffer, with all the information, and then to read that
buffer into the in-core inode, using gfs2_refresh_inode()
The problem with this approach is that all the inode's fields
need to be calculated ahead of time, and were store
On Fri, Apr 26, 2013 at 11:42 AM, Sedat Dilek wrote:
> On Fri, Apr 26, 2013 at 10:03 AM, Stephen Rothwell
> wrote:
>> Hi all,
>>
>> Changes since 20130424:
>>
>> Removed tree: ppc-temp (remerged into powerpc)
>>
>> The net-next tree gained conflicts against the net and pci trees and a
>> build f
On Fri, Apr 26, 2013 at 11:39:20AM +0200, Arnd Bergmann wrote:
> On Friday 26 April 2013 13:46:46 Vinod Koul wrote:
> >
> > The mapping & unmapping of dma buffer (memcpy and memory buffer in this
> > txn) is
> > required to be performed by the client driver. The dmanegine or dmaengine
> > driver
On 26/04/13 10:02, Michel Lespinasse wrote:
> On Fri, Apr 26, 2013 at 1:49 AM, Matt Fleming wrote:
>> On 26/04/13 08:43, Michel Lespinasse wrote:
>>> Still seeing the crash.
>>>
>>> I went and compared the crash dump with the vmlinux disassembly; the
>>> issue is a NULL pointer dereference in list
On Fri, Apr 26, 2013 at 01:46:46PM +0530, Vinod Koul wrote:
> On Fri, Apr 26, 2013 at 10:28:39AM +0200, Linus Walleij wrote:
> > On Thu, Apr 25, 2013 at 4:11 PM, Arnd Bergmann wrote:
> >
> > > The dma engine driver must know the address in its dma space, while the
> > > slave driver has it availa
On Fri, Apr 26, 2013 at 10:03 AM, Stephen Rothwell
wrote:
> Hi all,
>
> Changes since 20130424:
>
> Removed tree: ppc-temp (remerged into powerpc)
>
> The net-next tree gained conflicts against the net and pci trees and a
> build failure for which I applied a merge fix patch.
>
> The omap_dss2 tr
On 2013/4/26 14:20, Yinghai Lu wrote:
> On Thu, Apr 25, 2013 at 9:02 PM, Yijing Wang wrote:
>> Hi Yinghai,
>>We should not remove this additional pci_disable_device().
>> Because we enable pcie port device twice before. The first is
>> pci_enable_brides(),
>> in x86, it was called in pci_assi
On Friday 26 April 2013 11:06:54 Linus Walleij wrote:
> The documentation already says these are physical addresses, and
> we have concluded that any translation into the DMA address space
> needs to reside in the dmaengine driver, so change the type of
> the passed arguments.
>
> Cc: Arnd Bergman
On Friday 26 April 2013 13:46:46 Vinod Koul wrote:
>
> The mapping & unmapping of dma buffer (memcpy and memory buffer in this txn)
> is
> required to be performed by the client driver. The dmanegine or dmaengine
> driver
> will not do that for you...
I've been wondering about this part: since
On Friday 26 April 2013 10:28:39 Linus Walleij wrote:
>
> However this rings a bell that there may be a possible relation to
> DMA-API, since that API syncs memory buffers to the DMA
> address space if there is some MMU inbetween the DMA and the
> (ordinary, non-device) memory.
>
> So if we think
* Li, Fei wrote:
> > > Signed-off-by: Liu Chuansheng
> > > Signed-off-by: Li Fei
> >
> > The patch looks good, but this is not a valid signoff sequence. If Liu
> > Chuansheng wrote this patch then his From: line should be included. If he
> > acked it, then it should be added as Acked-by.
> >
On Monday, April 22, 2013 7:42 PM, Andrew Murray wrote:
>
> This patch factors out common implementation patterns to reduce overall kernel
> code and provide a means for host bridge drivers to directly obtain struct
> resources from the DT's ranges property without relying on architecture
> speci
Hi Arnd,
On Tue, Apr 23, 2013 at 06:30:52PM +0200, Arnd Bergmann wrote:
> Apparently the ab8500_gpadc_sw_hw_convert function got renamed
> from ab8500_gpadc_convert to ab8500_gpadc_sw_hw_convert in
> commit 734823462 "mfd: ab8500-gpadc: Add gpadc hw conversion",
> but the export for this function
Add more commit for ecc_strength and ecc_size fields.
We can treat the comment as the initial semantics for the two fields.
Signed-off-by: Huang Shijie
---
include/linux/mtd/nand.h |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include/linux/mtd/nand.h b/include/lin
Hi Linus,
Thanks for reviewing these patches.
On 26/04/13 00:01, Linus Walleij wrote:
> On Tue, Apr 23, 2013 at 4:33 PM, James Hogan wrote:
>
>> Add a GPIO driver for the main GPIOs found in the TZ1090 (Comet) SoC.
>> This doesn't include low-power GPIOs as they're controlled separately
>> via
From: Huang Shijie
add a helper to get the supported features for ONFI nand.
Also add the neccessary macros.
Signed-off-by: Huang Shijie
---
include/linux/mtd/nand.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/linux/mtd/nand.h b/include/linux/mtd/
Since the ONFI 2.1, the onfi spec adds the Extended Parameter Page
to store the ECC info.
The onfi spec tells us that if the nand chip's recommended ECC codeword
size is not 512 bytes, then the @ecc_bits is 0xff. The host _SHOULD_ then
read the Extended ECC information that is part of the extended
Since the ONFI 2.1, the onfi spec adds the Extended Parameter Page
to store the ECC info.
The onfi spec tells us that if the nand chip's recommended ECC codeword
size is not 512 bytes, then the @ecc_bits is 0xff. The host _SHOULD_ then
read the Extended ECC information that is part of the extended
1.) Why add the ECC information to the nand_chip{} ?
Each nand chip has its requirement for the ECC correctability, such as
"4bit ECC for each 512Byte" or "40bit ECC for each 1024Byte".
This ECC info is very important to the nand controller, such as gpmi.
Take the Micron MT29F64G08CBAB
Add an instance of an anonymous struct to store the ECC infor for full id
nand chips.
@ecc.strength: ECC correctability from the datasheet.
@ecc.size: ECC size required by the @ecc.strength,
Also add the necessary macros to make the code simple and clean.
Signed-off-by: Huang Shij
Add the ecc info for TC58NVG2S0F, TC58NVG3S0F, TC58NVG5D2 and TC58NVG6D2.
>From these chips' datasheets, we know that:
The TC58NVG2S0F and TC58NVG3S0F require 4bit ECC for per 512byte.
The TC58NVG5D2 and TC58NVG6D2 require 40bits ECC for per 1024byte.
Signed-off-by: Huang Shijie
---
drive
Parse out the ECC information for the full-id nand chips.
Signed-off-by: Huang Shijie
---
drivers/mtd/nand/nand_base.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index bc3442a..5fe65ad 100644
--- a/drivers
If the nand chip provides us the ECC info, we can use it firstly.
The set_geometry_by_ecc_info() will use the ECC info, and
calculate the parameters we need.
Rename the old code to lagacy_set_geometry() which will takes effect
when there is no ECC info from the nand chip or we fails in the ECC inf
The current code uses the hardcode to detect the 16-bit bus width.
Use the onfi_feature() to replace it.
Signed-off-by: Huang Shijie
---
drivers/mtd/nand/nand_base.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand
On 24.04.2013 21:23, J. Bruce Fields wrote:
> On Wed, Apr 24, 2013 at 07:07:59PM +0200, Malte Schröder wrote:
> Probably some of those "svc_process dropit"s are coming from attempts to
> look up the newly created cred (so lookups in the rsc_cache) which fail
> for some reason. I'm not sure what th
Commit 4ae46befb49d4173122e0afa995c4e93d01948a2
introduces a regression that the fan is always on
even if the system is in idle state.
My original idea in that commit is that:
when the current temperature is above the trip point,
keep the fan on, even if the temperature is dropping.
when the curre
Hi,
Please find the Signed-off-by for my patch.
Signed-off-by: Anurup m
Regards,
Anurup M
-Original Message-
From: Andrew Morton [mailto:a...@linux-foundation.org]
Sent: 2013年4月26日 1:59
To: Anurup m
Cc: 'linux-kernel@vger.kernel.org'; 'David Howells'; Lizefan; shyju pv; Sanil
kumar;
Signed-off-by: Matus Ujhelyi
---
.../video/backlight/tps65217-backlight.txt |2 ++
drivers/video/backlight/tps65217_bl.c | 15 ++-
include/linux/mfd/tps65217.h |1 +
3 files changed, 17 insertions(+), 1 deletion(-)
diff --git
a/Do
On Fri, 26 Apr 2013, Linus Walleij wrote:
> The documentation already says these are physical addresses, and
> we have concluded that any translation into the DMA address space
> needs to reside in the dmaengine driver, so change the type of
> the passed arguments.
>
> Cc: Arnd Bergmann
> Cc: Le
Signed-off-by: Matus Ujhelyi
---
.../video/backlight/tps65217-backlight.txt | 25
1 file changed, 25 insertions(+)
create mode 100644
Documentation/devicetree/bindings/video/backlight/tps65217-backlight.txt
diff --git
a/Documentation/devicetree/bindings/video/ba
On Fri, Apr 26, 2013 at 10:16 AM, Vinod Koul wrote:
>> OK I could cook a patch for that, but I think I need some input from
>> Vinod and/or Russell on this.
> the dma_slave_config is physical address that should be passed directly to the
> controller. Obviosuly it should phys_addr_t :)
OK! Sent
The documentation already says these are physical addresses, and
we have concluded that any translation into the DMA address space
needs to reside in the dmaengine driver, so change the type of
the passed arguments.
Cc: Arnd Bergmann
Cc: Lee Jones
Cc: Vinod Koul
Signed-off-by: Linus Walleij
--
On 26/04/13 08:29, Ingo Molnar wrote:
> I'm worried about the fragility of this code - this is firmware code ...
>
> I think firmware code should be fundamentally paranoid and robust, and in
> this case treat all EFI-provided data as hostile and do a much sanity
> checking of it as possible - an
On Fri, Apr 26, 2013 at 1:49 AM, Matt Fleming wrote:
> On 26/04/13 08:43, Michel Lespinasse wrote:
>> Still seeing the crash.
>>
>> I went and compared the crash dump with the vmlinux disassembly; the
>> issue is a NULL pointer dereference in list_for_each_entry_safe().
>> list_empty() checks that
Replaced sb_start_write with sb_start_write_killable inside
mnt_want_write and mnt_want_write_file.
Signed-off-by: Marco Stornelli
---
fs/namei.c |6 ++
fs/namespace.c |8 ++--
ipc/mqueue.c |6 +-
3 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/fs/na
On Thu, 25 Apr 2013, Andrew Morton wrote:
> From: Andrew Morton
> Subject: drivers/usb/storage/realtek_cr.c: fix build
>
> Remove unused local `us', which broke the build. Also nuke an unneeded
> cast.
>
> Repairs 191648d03d20 ("usb: storage: Convert US_DEBUGP to usb_stor_dbg").
>
> Cc: Joe P
Replace sb_start_write with sb_start_write_killable where
possible.
Signed-off-by: Marco Stornelli
Reviewed-by: Jan Kara
---
fs/open.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/fs/open.c b/fs/open.c
index 8c74100..d621d76 100644
--- a/fs/open.c
+++ b/fs/ope
Replace file_start_write with file_start_write_killable where
possible.
Signed-off-by: Marco Stornelli
Reviewed-by: Jan Kara
---
drivers/block/loop.c |4 +++-
fs/aio.c |7 +--
fs/coda/file.c |4 +++-
fs/read_write.c | 28 +---
fs/
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 | 24 ++--
include/linux/fs.h | 19 +--
2 files change
Hi Yinghai,
It has been a long time since this patch-set was sent. I think we need to
do something to push it.
In my understanding, this patch-set did 2 things.
1. Parse numa info earlier, some improvements for
ACPI_INITRD_TABLE_OVERRIDE.
(patch1 ~ patch20)
2. Allocate pagetable in local n
Hi,
I re-send the patch series. The first three patches are not changed
since the last review, but I add a fourth patch to manage the killable
state in mnt_want_write/mnt_want_write_file. I did some tests and it
seems ok to me. The hot points were do_last, kern_path_create and
mq_open. At the
On Thu, Apr 25, 2013 at 06:28:44PM +0100, Arnd Bergmann wrote:
> The cpu_topology symbol is required by any driver using the topology
> interfaces, which leads to a couple of build errors:
>
> ERROR: "cpu_topology" [drivers/net/ethernet/sfc/sfc.ko] undefined!
> ERROR: "cpu_topology" [drivers/cpufr
Hello Simon and Arnd,
2013/4/26 Simon Horman :
> On Thu, Apr 25, 2013 at 07:28:46PM +0200, Arnd Bergmann wrote:
>> The irqchip_init function is only available when building
>> with CONFIG_OF enabled, which causes this build failure for
>> bonito_defconfig:
>>
>> arch/arm/mach-shmobile/built-in.o:
On Thu, 2013-04-25 at 19:45 +0100, Stefano Stabellini wrote:
> On Thu, 25 Apr 2013, Ian Campbell wrote:
> > > > > @@ -216,6 +245,8 @@ static int __init xen_guest_init(void)
> > > > >* is required to use VCPUOP_register_vcpu_info to place vcpu
> > > > > info
> > > > >* for secondary
On 26/04/13 08:43, Michel Lespinasse wrote:
> Still seeing the crash.
>
> I went and compared the crash dump with the vmlinux disassembly; the
> issue is a NULL pointer dereference in list_for_each_entry_safe().
> list_empty() checks that the head node points to itself, but here the
> head node ha
On Fri, Apr 26, 2013 at 1:15 AM, Laurent Pinchart
wrote:
> On Thursday 25 April 2013 23:39:18 Linus Walleij wrote:
>> On Tue, Apr 23, 2013 at 3:33 PM, Laurent Pinchart wrote:
>> > Could you clarify the exact scope of the two configuration parameters ?
>>
>> PIN_CONFIG_OUTPUT is left a bit unspeci
On Fri, Apr 26, 2013 at 10:28:39AM +0200, Linus Walleij wrote:
> On Thu, Apr 25, 2013 at 4:11 PM, Arnd Bergmann wrote:
>
> > The dma engine driver must know the address in its dma space, while the
> > slave driver has it available in physical space. These two are often the
> > same, but there is
Add new driver for supporting Realtek RTL8152 Based USB 2.0 Ethernet Adapters
Signed-off-by: Hayes Wang
Cc: Realtek linux nic maintainers
---
drivers/net/usb/Kconfig | 11 +
drivers/net/usb/Makefile|1 +
drivers/net/usb/cdc_ether.c | 10 +
drivers/net/usb/r8152.c | 1751
> > Signed-off-by: Liu Chuansheng
> > Signed-off-by: Li Fei
>
> The patch looks good, but this is not a valid signoff sequence. If Liu
> Chuansheng wrote this patch then his From: line should be included. If he
> acked it, then it should be added as Acked-by.
>
Hello Ingo,
Thanks for your qu
On Fri, 26 Apr 2013, Petko Manolov wrote:
> From: Petko Manolov
>
> This series of patches is fixing a bug related to multiple control URB
> submissions (noted by Sarah Sharp), optimizes read and write_mii_word
> routines and removes socket buffer pool used in the receive path.
>
> Signed-off
From: Petko Manolov
Pegasus driver used single callback for sync and async control URBs.
Special flags were employed to distinguish between both, but due to flawed
logic it didn't always work. As a result of this change
[get|set]_registers() are now much simpler. Async write is also leaner
401 - 500 of 546 matches
Mail list logo