This reverts commit 0ade4a34fd439d62df46937e8f3e584eb0879579.
This patch removes kfree for serial_ports in dgap_tty_register_ports()
if the "brd->printer_ports" allocation fails and serial_ports may be
freed by calling dgap_tty_uninit() within other patch.
That patch has an error handling but
Hi Jianyu,
On Sun, 25 May 2014 12:50:49 +0800, Jianyu Zhan wrote:
> Currently 'make help' message has such hint:
>
>use "make prefix= " to install to a particular
>path like make prefix=/usr/local install install-doc
>
> But this is misleading, when I specify "prefix=/usr/local", it
On Thu, May 29, 2014 at 02:06:18PM +0800, Jet Chen wrote:
> This patch works, thanks.
>
> Tested-by: Jet Chen
>
> diff --git a/block/bio.c b/block/bio.c
> index 0443694..f9bae56 100644
> --- a/block/bio.c
> +++ b/block/bio.c
> @@ -744,6 +744,7 @@ static int __bio_add_page(struct request_queue
Hello Kishon,
> -Original Message-
> From: Kishon Vijay Abraham I [mailto:kis...@ti.com]
> Sent: Thursday, May 29, 2014 12:08 PM
> To: devicet...@vger.kernel.org; linux-...@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; linux-o...@vger.kernel.org; linux-
> p...@vger.kernel.org;
Thanks for the suggestions.
I send the v2 patch which uses devm_kzalloc().
Regards,
Varka Bhadram
On Thu, May 29, 2014 at 12:02 PM, Tushar Behera wrote:
> On Thu, May 29, 2014 at 10:10:21AM +0530, Varka Bhadram wrote:
>> Hi,
>> Previous patch having bug in using managed API's. I fixed
On Wed, May 28, 2014 at 11:32:14PM +0530, Himangi Saraogi wrote:
> This patch moves most data allocated in the probe function from
> unmanaged interfaces to managed interfaces. The kfrees and error
> handling code is done away with. Also, the unnecesary labels are
> removed and the function
Linus Torvalds writes:
> Well, we've definitely have had some issues with deeper callchains
> with md, but I suspect virtio might be worse, and the new blk-mq code
> is lilkely worse in this respect too.
I looked at this; I've now got a couple of virtio core cleanups, and
I'm testing with
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is called
Crystal Cove.
This series contains common code for these PMICs, and device specific
On Thu, May 29, 2014 at 3:09 AM, Andrew Morton
wrote:
> On Wed, 28 May 2014 11:59:55 +0400 Konstantin Khlebnikov
> wrote:
>
>> try_to_munlock() searches other mlocked vmas, it never unmaps pages.
>> There is no reason for invalidation because ptes are left unchanged.
>>
>> ...
>>
>> ---
This patch adds Intel SoC PMIC support to the build files.
Signed-off-by: Yang, Bin
Signed-off-by: Zhu, Lejun
---
v2:
- Add select REGMAP_I2C.
v3:
- Add select REGMAP_IRQ.
v4:
- No change.
---
drivers/mfd/Kconfig | 12
drivers/mfd/Makefile | 3 +++
2 files changed, 15
> > @@ -618,39 +619,22 @@ static int mrstouch_probe(struct platform_device
> > *pdev)
> > input_set_abs_params(tsdev->input, ABS_PRESSURE,
> > MRST_PRESSURE_MIN, MRST_PRESSURE_MAX, 0, 0);
> >
> > - err = request_threaded_irq(tsdev->irq, NULL, mrstouch_pendet_irq,
From: Jeff Westfahl
When disconnecting, it's possible that another thread has already made it
into eth_start_xmit before we call netif_stop_queue. This can lead to a
crash as eth_start_xmit tries to use resources that gether_disconnect is
freeing. Use netif_tx_lock/unlock around netif_stop_queue
This patch provides chip-specific support for Crystal Cove. Crystal
Cove is the PMIC in Baytrail-T platform.
Signed-off-by: Yang, Bin
Signed-off-by: Zhu, Lejun
---
v2:
- Add regmap_config for Crystal Cove.
v3:
- Convert IRQ config to regmap_irq_chip.
v4:
- Cleanup include files.
- Remove
Nowdays try_to_unmap_one() is used only inside mm/rmap.c, this patch makes it
static. Also it transforms action part of ttu_flags into individiual bits.
These flags aren't part of any uses-space visible api or even trace events.
Signed-off-by: Konstantin Khlebnikov
---
include/linux/rmap.h |
This patch provides the common I2C driver code for Intel SoC PMICs.
Signed-off-by: Yang, Bin
Signed-off-by: Zhu, Lejun
---
v2:
- Use regmap instead of creating our own I2C read/write callbacks.
- Add one missing EXPORT_SYMBOL.
- Remove duplicate code and put them into pmic_regmap_load_from_hw.
Devices based on Intel SoC products such as Baytrail have a Power
Management IC. In the PMIC there are subsystems for voltage regulation,
A/D conversion, GPIO and PWMs. The PMIC in Baytrail-T platform is
called Crystal Cove.
This patch adds support for the GPIO function in Crystal Cove.
Convert all printk to pr_foo() except KERN_DEBUG
(see Documentation/CodingStyle Chapter 13)
Cc: Josh Triplett
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
lib/debugobjects.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/lib/debugobjects.c
Add ODEBUG: prefix to pr_fmt
Cc: Josh Triplett
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
lib/debugobjects.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/lib/debugobjects.c b/lib/debugobjects.c
index ea4c737..b628247 100644
---
Direct conversion of one KERN_DEBUG message without DEBUG definition
(suggested by Josh Triplett)
That message will now be disabled by default.
(see Documentation/CodingStyle Chapter 13)
Cc: Josh Triplett
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
lib/debugobjects.c | 4 ++--
1
On Thu, May 29, 2014 at 01:31:23AM +0530, Himangi Saraogi wrote:
> This patch moves most data allocated in the probe function from
> unmanaged interfaces to managed interfaces. The kfrees and error
> handling code is done away with. Also, the unnecesary labels are
> removed and the function
I've not understand your code fully. Please let me ask some silly questions.
2014-05-28 오후 4:04, Joonsoo Kim 쓴 글:
> CMA is introduced to provide physically contiguous pages at runtime.
> For this purpose, it reserves memory at boot time. Although it reserve
> memory, this reserved memory can be
On Thu, May 29, 2014 at 01:42:00AM +0530, Himangi Saraogi wrote:
> This patch moves most data allocated in the probe function from
> unmanaged interfaces to managed interfaces. The kfrees and error
> handling code is done away with. Also, the unnecesary labels are
> removed and the function
On Thu, May 29, 2014 at 01:40:14AM +0530, Himangi Saraogi wrote:
> This patch moves most data allocated in the probe function from
> unmanaged interfaces to managed interfaces. The kfrees and error
> handling code is done away with. The unnecesary labels are removed
> and the function
On Thu, May 29, 2014 at 01:36:03AM +0530, Himangi Saraogi wrote:
> This patch moves most data allocated in the probe function from
> unmanaged interfaces to managed interfaces. The kfrees and error
> handling code is done away with. Also, the unnecesary labels are
> removed and the function
On Wed, May 28, 2014 at 07:42:40PM -0700, Linus Torvalds wrote:
> On Wed, May 28, 2014 at 6:30 PM, Dave Chinner wrote:
> >
> > You're focussing on the specific symptoms, not the bigger picture.
> > i.e. you're ignoring all the other "let's start IO" triggers in
> > direct reclaim. e.g there's two
On Thu, May 29, 2014 at 2:06 PM, Jet Chen wrote:
> On 05/29/2014 01:44 AM, Ming Lei wrote:
> This patch works, thanks.
>
> Tested-by: Jet Chen
Jet, thanks for your test.
On Thu, May 29, 2014 at 3:04 PM, Maurizio Lombardi wrote:
>
> Jens, can you review and merge it?
I will prepare a formal
There has been a number incidents recently where customers running KVM have
reported that VM hosts on different Hypervisors are unreachable. Based on
pcap traces we found that the bridge was broadcasting the ARP request out
onto the network. However some NICs have an inbuilt switch which on
They don't make much difference: the easier fix is use gcc 4.8
which drops stack required across virtio block's virtio_queue_rq
down to that kmalloc in virtio_ring from 528 to 392 bytes.
Still, these (*lightly tested*) patches reduce to 432 bytes,
even for gcc 4.6.4. Posted here FYI.
Cheers,
On Thu, May 29, 2014 at 09:20:20AM +0200, Julia Lawall wrote:
> > > @@ -618,39 +619,22 @@ static int mrstouch_probe(struct platform_device
> > > *pdev)
> > > input_set_abs_params(tsdev->input, ABS_PRESSURE,
> > >MRST_PRESSURE_MIN, MRST_PRESSURE_MAX, 0, 0);
> > >
> > >
Hi Greg,
After merging the tty tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/tty/serial/sirfsoc_uart.c: In function
'sirfsoc_uart_rx_dma_complete_tl':
drivers/tty/serial/sirfsoc_uart.c:707:2: error: 'struct uart_port' has no
member named 'rx_lock'
Caused by
This is the only place which doesn't hand virtqueue_add_inbuf or
virtqueue_add_outbuf a well-formed, well-terminated sg. Fix it,
so we can make virtio_add_* simpler.
Signed-off-by: Rusty Russell
---
drivers/net/virtio_net.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Results (x86-64, Minchan's .config):
gcc 4.8.2: virtio_blk: stack used = 392
gcc 4.6.4: virtio_blk: stack used = 528
Signed-off-by: Rusty Russell
---
drivers/block/virtio_blk.c | 11 ++-
drivers/virtio/virtio_ring.c | 11 +++
2 files changed, 21 insertions(+), 1 deletion(-)
virtqueue_add() populates the virtqueue descriptor table from the sgs
given. If it uses an indirect descriptor table, then it puts a single
descriptor in the descriptor table pointing to the kmalloc'ed indirect
table where the sg is populated.
Previously vring_add_indirect() did the allocation
We used to have several callers which just used arrays. They're
gone, so we can use sg_next() everywhere, simplifying the code.
Before:
gcc 4.8.2: virtio_blk: stack used = 392
gcc 4.6.4: virtio_blk: stack used = 528
After:
gcc 4.8.2: virtio_blk: stack used = 392
Hello,
On 2014-05-29 08:29, Joonsoo Kim wrote:
'cma: Remove potential deadlock situation' introduces per cma area mutex
for bitmap management. It is good, but there is one mistake. When we
can't find appropriate area in bitmap, we release cma_mutex global lock
rather than cma->lock and this is
> Now that the regulator code get its parent supplies purely from the DT, we can
> drop the parent supplies resources in the MFD driver.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/mfd/axp20x.c | 11 ---
> 1 file changed, 11 deletions(-)
Acked-by: Lee Jones
> diff --git
Hello Rusty,
On Thu, May 29, 2014 at 04:56:41PM +0930, Rusty Russell wrote:
> They don't make much difference: the easier fix is use gcc 4.8
> which drops stack required across virtio block's virtio_queue_rq
> down to that kmalloc in virtio_ring from 528 to 392 bytes.
>
> Still, these (*lightly
On Wed, May 28, 2014 at 3:57 PM, Srinivas Kandagatla
wrote:
>> This doesn't look endianness agnostic. Shouldn't we use ioread32_rep()
>> to read this fifo?
>
> Is'nt readl endianess aware?
At least once a year read through arch/arm/include/asm/io.h
static inline u32 __raw_readl(const volatile
On Thu, May 29, 2014 at 04:24:58PM +0900, Gioh Kim wrote:
> I've not understand your code fully. Please let me ask some silly questions.
>
> 2014-05-28 오후 4:04, Joonsoo Kim 쓴 글:
> > CMA is introduced to provide physically contiguous pages at runtime.
> > For this purpose, it reserves memory at
On Thu, May 29, 2014 at 11:34:21AM +0800, Gu Zheng wrote:
> Hi Dave,
>
> On 05/28/2014 02:00 PM, Dave Chinner wrote:
>
> > On Wed, May 28, 2014 at 01:19:16PM +0800, Gu Zheng wrote:
> >> Hi all,
> >> When running the latest Linus' tree, the following possible deadlock
> >> warning occurs.
> >
>
On Thu, May 29, 2014 at 04:56:45PM +0930, Rusty Russell wrote:
> virtqueue_add() populates the virtqueue descriptor table from the sgs
> given. If it uses an indirect descriptor table, then it puts a single
> descriptor in the descriptor table pointing to the kmalloc'ed indirect
> table where the
Thu, May 29, 2014 at 09:27:16AM CEST, jmaxwel...@gmail.com wrote:
>There has been a number incidents recently where customers running KVM have
>reported that VM hosts on different Hypervisors are unreachable. Based on
>pcap traces we found that the bridge was broadcasting the ARP request out
>onto
On Wed, May 28, 2014 at 07:52:07PM -0400, Sasha Levin wrote:
> On 05/14/2014 12:35 PM, Peter Zijlstra wrote:
> > On Wed, May 14, 2014 at 12:32:26PM -0400, Sasha Levin wrote:
> >> > -BEGIN PGP SIGNED MESSAGE-
> >> > Hash: SHA1
> >> >
> >> > On 05/14/2014 12:29 PM, Peter Zijlstra wrote:
>
On 2014/5/28 17:08, Thomas Gleixner wrote:
> On Wed, 28 May 2014, Libo Chen wrote:
>
>> On 2014/5/28 9:53, Mike Galbraith wrote:
>>> On Wed, 2014-05-28 at 09:04 +0800, Libo Chen wrote:
>>>
oh yes, no tsc only hpet in my box.
>>>
>>> Making poor E5-2658 box a crippled wreck.
>>
>> yes,it is.
On Thu, May 29, 2014 at 04:20:57AM +0100, Jianguo Wu wrote:
> Hi Russell,
> Could you please merge this to mainline? Thanks!
Give him a chance, it's not the merge window yet ;) I can see it queued in
his for-next branch.
Will
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, May 28, 2014 at 10:31:38PM -0400, Sasha Levin wrote:
> I've just had this:
>
>
> [ 591.111854] general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> [ 591.121057] Dumping ftrace buffer:
> [ 591.121057](ftrace buffer empty)
> [ 591.121057] Modules linked in:
> [
On 2014/5/28 19:55, Mike Galbraith wrote:
> On Wed, 2014-05-28 at 19:43 +0800, Libo Chen wrote:
>> On 2014/5/28 17:08, Thomas Gleixner wrote:
>>> On Wed, 28 May 2014, Libo Chen wrote:
>>>
On 2014/5/28 9:53, Mike Galbraith wrote:
> On Wed, 2014-05-28 at 09:04 +0800, Libo Chen wrote:
>
The patch of "bio: modify __bio_add_page() to accept pages that
don't start a new segment" changes the way for adding one page
to bio:
- previously by adding page after checking successfully
- now by trying to add page and recover if it fails
Unfortunately the patch forgets to
On Wed, May 28, 2014 at 09:48:43PM -0400, Rik van Riel wrote:
> On 05/26/2014 10:56 AM, Peter Zijlstra wrote:
>
> > include/linux/mm.h |3 +
> > include/linux/mm_types.h |5 +
> > kernel/fork.c|2
> > mm/mlock.c | 133
> >
On Thu, May 29, 2014 at 05:54:02AM +0100, AKASHI Takahiro wrote:
> Catalin, Will
>
> Can we assume that HAVE_ARCH_PFN_VALID is alway yes on arm64?
> Looking at arm64/Kconfig,
> config ARCH_HAS_HOLES_MEMORYMODEL
> def_bool y if SPARSEMEM
> ...
> config HAVE_ARCH_PFN_VALID
> def_bool
The following changes since commit 4b660a7f5c8099d88d1a43d8ae138965112592c7:
Linux 3.15-rc6 (2014-05-22 06:42:02 +0900)
are available in the git repository at:
git://git.linaro.org/people/mike.turquette/linux.git tags/clk-fixes-for-linus
for you to fetch changes up to
+
/*
* Do the hard work of removing an element from the buddy allocator.
* Call me with the zone->lock already held.
@@ -1143,10 +1223,15 @@ __rmqueue_fallback(struct zone *zone, int order, int
start_migratetype)
static struct page *__rmqueue(struct zone *zone, unsigned int
On Thu, 29 May 2014, Frederic Weisbecker wrote:
> > I am rather surprised that this patchset hasn't received a single review
> > comment for 3 weeks.
> >
> > Let me point out that the issues Petr is talking about in the cover letter
> > are real -- we've actually seen the lockups triggered by
On Wed, May 28, 2014 at 09:19:55PM +0100, Mark Brown wrote:
> On Wed, Apr 30, 2014 at 06:54:33PM +0900, AKASHI Takahiro wrote:
>
> > +/*
> > + * arch/arm64/kernel/entry-ftrace.S
> > + *
> > + * Copyright (C) 2013 Linaro Limited
> > + * Author: AKASHI Takahiro
> > + *
> > + * This program is free
On Wed, May 28, 2014 at 12:56:25PM -0400, Steven Rostedt wrote:
> My concern is passing in a large string and wasting a lot of the ring
> buffer space. The max you can hold per event is just under a page size
> (4k). And all these strings add up. If it happens to be 512bytes, then
> you end up
Cc: Paul Gortmaker
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
V2: add 'Signed-off-by'
init/calibrate.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git a/init/calibrate.c b/init/calibrate.c
index 520702d..0d747bb 100644
---
On Thu, May 29, 2014 at 06:27:31AM +0100, AKASHI Takahiro wrote:
> Hi Will
Hi Akashi,
> On 05/28/2014 03:49 AM, Will Deacon wrote:
> > On Tue, May 27, 2014 at 02:10:19PM +0100, Steven Rostedt wrote:
> >> Will,
> >>
> >> I made a separate branch called ftrace/arm64 as shown below. You can
> >>
-coalesce formats in all pr_info
-use __func__ in pr_notice and pr_info (Calibrating delay -> calibrate_delay()).
Cc: Paul Gortmaker
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
init/calibrate.c | 35 ++-
1 file changed, 18 insertions(+), 17
define pr_fmt without prefix to avoid any default prefix update
Cc: Paul Gortmaker
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
init/calibrate.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/init/calibrate.c b/init/calibrate.c
index fb9be44..169e98d 100644
---
This patch adds notification infrastructure for any requests related to cooling
states. The notifier structure passed is of both Get/Set type. So the receiver
of these can sense the new/cur/max cooling state as decided by thermal governor.
In addition to that it can also override the cooling state
Changes since RFC:
* Moved the cooling state notification support to thermal core from cpu cooling
as suggested by Eduardo.
* Used per cpu notifier structure in the cpufreq cooling implementation. This
is a fix for race condition.
* One more comment from Eduardo was to take care when multiple
This is required as with the addition of the cooling notifiers mechanism the
client can enable some more cooling states at a later point of time and
hence max cooling state is dynamic entity now. Say when minimum p state
is reached then ACPI specific throttling is enabled which may add some
more
This patch upgrades the ACPI cpufreq cooling portions to use the generic
cpufreq cooling infrastructure. There should not be any functionality
related changes as the same behaviour is provided by the generic
cpufreq APIs with the notifier mechanism.
Signed-off-by: Amit Daniel Kachhap
---
This patch adds support to get P state ceil/floor level for nearest frequency.
This will be used for consolidating ACPI cpufreq cooling via the generic cpu
cooling framework.
Signed-off-by: Amit Daniel Kachhap
---
Documentation/thermal/cpu-cooling-api.txt | 15 +
Currently the notification data is supplied to the thermal notifiers using
a single global pointer. This method will have race condition if cpu cooling
interfaces are used by more than 1 clients (more than 1 cdev) to cause cpufreq
clipping. Also the notifier data is presented as per cpu cpufreq
This patch allows the caller of cpufreq cooling APIs to register along
with their driver data which will be useful while receiving any cooling states
notifications.
This patch is in preparation to add notfication support for cpufrequency
cooling changes. This change also removes the unnecessary
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following changes since commit f2159d1e99612ceb94bf9a2dc2fbca409d828b1b:
Linus Torvalds (1):
Merge tag 'sound-3.15-rc8' of git://git.kernel.org/.../tiwai/sound
are available in the git repository at:
git://github.com/gxt/linux.git
On 5/29/2014 12:23 AM, Greg KH wrote:
On Wed, May 28, 2014 at 02:27:13PM +0530, Satish Patel wrote:
SmartCard controller uses this interface to communicate with
SmartCard via PHY
Some SmartCard PHY has multiple slots for cards.
This inerface also enables controller to communicate
with one or
From: Joe Perches
> On Wed, 2014-05-28 at 17:11 -0500, Cody P Schafer wrote:
> > On Wed, May 28, 2014 at 5:05 PM, Cody P Schafer wrote:
> > > On Wed, May 28, 2014 at 3:45 AM, David Laight
> > > wrote:
> > >> From: Cody P Schafer
> > >>> Rather manually specifying the size of the integer to be
On Fri, May 9, 2014 at 8:08 PM, Kumar Gala wrote:
> Drop underscore in spdif_groups to match all other groups.
>
> Signed-off-by: Kumar Gala
Patch applied with Andy's ACK, sorry for missing this :-(
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe
On 5/29/2014 12:14 AM, Greg KH wrote:
On Wed, May 28, 2014 at 02:27:14PM +0530, Satish Patel wrote:
TDA8026 is a SmartCard PHY from NXP.
The PHY interfaces with the main processor over the
I2C interface and acts as a slave device.
The driver also exposes the phy interface
On Thu, May 29, 2014 at 09:06:05AM +0900, Namhyung Kim wrote:
> On Tue, 27 May 2014 09:54:36 +0200, Jiri Olsa wrote:
> > On Tue, May 27, 2014 at 10:36:44AM +0900, Namhyung Kim wrote:
> >> On Thu, 15 May 2014 19:23:34 +0200, Jiri Olsa wrote:
> >> > Adding test that setup test_dso_data__fd_limit and
Hi
I've noticed this message in my dmesg:
(Possibly related to this commit?:
a8d22396302b7e4e5f0a594c1c1594388c29edaf)
(My vanilla git commit number for my kernel:
cd79bde29f00a346eec3fe17c1c5073c37ed95e7)
Zdenek
[ 2174.058615] ata5: port disabled--ignoring
[ 2174.059460] sd 0:0:0:0: [sda]
On Tue, May 13, 2014 at 12:16 AM, Andy Gross wrote:
> This patch adds pin definitiones for the MSM8x74 TLMM. New definitions
> include:
>
> BLSP devices (I2C, UART, SPI, and UIM), mi2s, gp clk, pdm, gcc clk, cci_timer,
> cci_i2c, cam_clk, hsic, tsif, sdc3, sdc4, and other assorted pins.
>
>
kgdb_nmi_tty_enabled is used for two unrelated purposes, namely to
suppress normal TTY input handling and to suppress console output
(although it has no effect at all on TTY output). A much better way to
handle muting the console is to not have to mute it in the first place!
That's what this patch
This corrects a crash in kgdb_nmi_tty_shutdown() which occurs when
the function is called with port->tty set to NULL.
All conversions between struct tty_port and struct kgdb_nmi_tty_priv
have been switched to direct calls to container_of() to improve code
clarity and consistancy.
Signed-off-by:
This patchset contains a number of fixes to make it possible to use
ttyNMIX as the primary console (providing you also have that the
additional architecture specific code which is proposed in a
different patch set).
The first patch fixes a bug in the cpm poll_put_char() driver. This
is not
On śro, 2014-05-28 at 20:10 +0900, Chanwoo Choi wrote:
> Add support for Samsung S2MPU02 PMIC device to the MFD sec-core driver.
> The S2MPU02 device includes PMIC/RTC/Clock devices.
>
> Signed-off-by: Chanwoo Choi
>
> ---
> drivers/mfd/sec-core.c | 19 +
>
Hi Varka,
On Thu, May 29, 2014 at 11:35:35AM +0530, Varka Bhadram wrote:
> forgot to use devm_* for spi buff.
> sorry for that.
>
> -Varka Bhadram
>
> Signed-off-by: Varka Bhadram
> ---
> drivers/net/ieee802154/mrf24j40.c | 21 +
> 1 file changed, 9 insertions(+), 12
kgdb_nmi uses tasklets on the assumption they will not be scheduled
until the next timer tick. This assumption is invalid and can lead to
live lock, continually servicing the kgdb_nmi tasklet. This is fixed
by using the timer API instead.
Signed-off-by: Daniel Thompson
---
Hi Chanwoo,
Few ideas below:
On śro, 2014-05-28 at 20:10 +0900, Chanwoo Choi wrote:
> This patch add S2MPU02 regulator device to existing S2MPS11 device driver
> because of existing a litthe different between S2MPS1x and S2MPU02. The
> S2MPU02
Fix a typo and language:
"because of little
In (c7d44a02a serial_core: Commonalize crlf when working w/ a non open
console port) the core was modified to make the UART poll_put_char()
automatically convert LF to CRLF. This driver's poll_put_char() adds a
CR itself and this was not disabled by the above patch meaning
currently it sends two
On śro, 2014-05-28 at 20:10 +0900, Chanwoo Choi wrote:
> From: Jonghwa Lee
>
> Different with s2mps1x series, s2mpus02's LDO has offset in voltage
> hexadecimal
> code, which is used as in selector in regulator subsystem. It means the value
> of
> minimum voltage is not start with 0x0, but has
On śro, 2014-05-28 at 20:10 +0900, Chanwoo Choi wrote:
> This patch add documentation for S2MPU02 PMIC device. S2MPU02 has a little
> difference from S2MPS11/S2MPS14 PMIC and has LDO[1-28]/Buck[1-7].
>
> Signed-off-by: Chanwoo Choi
> Cc: Rob Herring
> Cc: Pawel Moll
> Cc: Mark Rutland
> Cc:
On 5/29/2014 12:14 AM, Greg KH wrote:
On Wed, May 28, 2014 at 02:27:13PM +0530, Satish Patel wrote:
+/**
+ * struct sc_phy - The basic smart card phy structure
+ *
+ * @dev: phy device
+ * @pdata: pointer to phy's private data structure
+ * @set_config: called to set phy's configuration
+ *
On 2014/5/29 4:09, Aaro Koskinen wrote:
> Hi,
>
> On Tue, May 27, 2014 at 12:16:30PM +0800, Li Zefan wrote:
>> On 2014/5/21 13:36, Yong Zhang wrote:
>>> asid_cache must be unsigned long otherwise on 64bit system
>>> it will become 0 if the value in get_new_mmu_context()
>>> reaches 0x and
On Wed, 2014-05-28 at 17:33 -0700, Hugh Dickins wrote:
> On Wed, 28 May 2014, Michael Ellerman wrote:
> > Linux Blade312-5 3.15.0-rc7 #306 SMP Wed May 28 17:51:18 EST 2014 ppc64
> >
> > [watchdog] 27853 iterations. [F:22642 S:5174 HI:1276]
> > [ cut here ]
> > kernel BUG
Hi Greg,
After merging the usb tree, today's linux-next build (sparc64 defconfig)
failed like this:
drivers/usb/core/hub.c: In function 'port_event':
drivers/usb/core/hub.c:4853:2: error: implicit declaration of function
'hub_handle_remote_wakeup' [-Werror=implicit-function-declaration]
Caused
On Thu, May 29, 2014 at 09:02:36AM +0900, Namhyung Kim wrote:
> On Tue, 27 May 2014 09:37:38 +0200, Jiri Olsa wrote:
> > On Tue, May 27, 2014 at 10:05:28AM +0900, Namhyung Kim wrote:
> >> Hi Jiri,
> >>
> >> On Thu, 15 May 2014 19:23:27 +0200, Jiri Olsa wrote:
> >>
> >> [SNIP]
> >> > +static void
The fair zone allocation policy round-robins allocations between zones on
a node to avoid age inversion problems during reclaim using a counter to
manage the round-robin. If the first allocation fails, the batch counts get
reset and the allocation is attempted again before going into the slow
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
arch/powerpc/include/asm/topology.h between commit 4750afa2c568
("powerpc: Fix comment around arch specific definition of
RECLAIM_DISTANCE") from the powerpc tree and commit ba5b7fb4aebd ("mm:
disable zone_reclaim_mode
On Thu, 29 May 2014 11:19:27 +0400 Konstantin Khlebnikov
wrote:
> On Thu, May 29, 2014 at 3:09 AM, Andrew Morton
> wrote:
> > On Wed, 28 May 2014 11:59:55 +0400 Konstantin Khlebnikov
> > wrote:
> >
> >> try_to_munlock() searches other mlocked vmas, it never unmaps pages.
> >> There is no
This is a rearranged version of the original patchset, according to the
recommendations of Tejun Heo:
https://lkml.org/lkml/2014/5/28/703
Hi,
this patchset introduces the last version of BFQ, a proportional-share
We have found four sources of throughput loss and higher
latencies. First, write requests tend to starve read requests,
basically because, on one side, writes are slower than reads, whereas,
on the other side, storage devices confuse schedulers by deceptively
signaling the completion of write
On 05/29/2014 09:59 AM, Vasily Kulikov wrote:
> On Wed, May 28, 2014 at 23:27 +0400, Pavel Emelyanov wrote:
>> On 05/28/2014 10:28 PM, Vasily Kulikov wrote:
>>> On Wed, May 28, 2014 at 16:44 +0400, Pavel Emelyanov wrote:
>>> It will be simplier
>>> to parse the file -- if 'ns_ids' file contains
This patch introduces an heuristic that reduces latency when the
I/O-request pool is saturated. This goal is achieved by disabling
device idling, for non-weight-raised queues, when there are weight-
raised queues with pending or in-flight requests. In fact, as
explained in more detail in the
On 05/29/14 at 10:08am, Dave Young wrote:
> On 05/28/14 at 08:40am, Vivek Goyal wrote:
> > On Wed, May 28, 2014 at 10:13:59AM +0800, Dave Young wrote:
> > > On 05/27/14 at 09:34am, Vivek Goyal wrote:
> > > > On Mon, May 26, 2014 at 04:39:35PM +0800, Dave Young wrote:
> > > > >
> > > > > For
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
kernel/kexec.c between commit 011e4b02f1da ("powerpc, kexec: Fix
"Processor X is stuck" issue during kexec from ST mode") from Linus'
tree and commit 51950fcb6d27 ("kernel/kexec.c: convert printk to
pr_foo()") from the
I/O schedulers typically allow NCQ-capable drives to prefetch I/O
requests, as NCQ boosts the throughput exactly by prefetching and
internally reordering requests.
Unfortunately, as discussed in detail and shown experimentally in [1],
this may cause fairness and latency guarantees to be violated.
Unless the maximum budget B_max that BFQ can assign to a queue is set
explicitly by the user, BFQ automatically updates B_max. In
particular, BFQ dynamically sets B_max to the number of sectors that
can be read, at the current estimated peak rate, during the maximum
time, T_max, allowed before a
1001 - 1100 of 1878 matches
Mail list logo