On Mon, 2012-10-22 at 08:35 +0200, Thierry Reding wrote:
> On Fri, Oct 19, 2012 at 11:38:55PM +1300, Tony Prisk wrote:
> > Add a binding document describing the PWM controller found
> > on arch-vt8500 supported SoCs.
> >
> > Signed-off-by: Tony Prisk
> > ---
> > .../devicetree/bindings/pwm/vt850
Replies to your comments inline:
On Mon, 2012-10-22 at 08:34 +0200, Thierry Reding wrote:
...
> > -static int __devinit pwm_probe(struct platform_device *pdev)
> > +static const struct of_device_id vt8500_pwm_dt_ids[] = {
> > + { .compatible = "via,vt8500-pwm", },
> > + { /* Sentinel */ }
> >
are available in the git repository at:
git://github.com/gxt/linux.git unicore32
Al Viro (2):
unicore32: switch to generic kernel_thread()/kernel_execve()
unicore32: switch to generic sys_execve()
David Howells (1):
UAPI: (Scripted) Disintegrate arch/unicore32/include/asm
Gu
Well have you tried building the kernel yourself? It might be the
options that they are using in the kernel, since the Ubuntu team builds
the kernel with almost everything on, including debugging and sometimes
experimental features.
You could copy your current conf and then take a look at it.
On
On Fri, Oct 19, 2012 at 11:38:55PM +1300, Tony Prisk wrote:
> Add a binding document describing the PWM controller found
> on arch-vt8500 supported SoCs.
>
> Signed-off-by: Tony Prisk
> ---
> .../devicetree/bindings/pwm/vt8500-pwm.txt | 17 +
> 1 file changed, 17 insert
On Fri, Oct 19, 2012 at 11:38:54PM +1300, Tony Prisk wrote:
> This patch updates pwm-vt8500.c to support devicetree probing and
> make use of the common clock subsystem.
>
> Signed-off-by: Tony Prisk
> ---
> drivers/pwm/pwm-vt8500.c | 79
> ++
> 1 f
From: Vivek Goyal
Subject: Re: [PATCH v1 0/2] x86, apic: Disable BSP if boot cpu is AP
Date: Fri, 19 Oct 2012 11:17:53 -0400
> On Fri, Oct 19, 2012 at 12:20:54PM +0900, HATAYAMA Daisuke wrote:
>
> [..]
>> > Instead of capturing the dump of whole memory, isn't it more efficient
>> > to capture th
On 22 October 2012 11:36, Shiraz Hashim wrote:
> On Mon, Oct 22, 2012 at 09:39:21AM +0530, viresh kumar wrote:
>> On Mon, Oct 22, 2012 at 9:21 AM, Shiraz Hashim wrote:
>> > +static int spear_pwm_remove(struct platform_device *pdev)
>> > +{
>> > + struct spear_pwm_chip *pc = platform_get_dr
From: "Yan, Zheng"
Haswell has a new feature that utilizes the existing Last Branch Record
facility to record call chains. When the feature is enabled, function
call will be collected as normal, but as return instructions are executed
the last captured branch record is popped from the on-chip LBR
From: "Yan, Zheng"
The x86 special perf event context is named x86_perf_event_context,
We can enlarge it later to store PMU special data.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.c | 12
arch/x86/kernel/cpu/perf_event.h | 4
include/linux/perf_event.h
From: "Yan, Zheng"
Zero length calls may confuse the hardware and make the recorded
call stack incorrect. Try fixing the call stack by discarding
zero length call entries.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event_intel_lbr.c | 13 +++--
1 file changed, 11 insertions
From: "Yan, Zheng"
Try enabling the LBR call stack feature if event request recording
callchain. Try utilizing the LBR call stack to get user callchain
in case of there is no frame pointer.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.c | 126 +
From: "Yan, Zheng"
New Intel CPU can record call chains by using existing last branch
record facility. perf_callchain_user() can make use of the call
chains recorded by hardware in case of there is no frame pointer.
Signed-off-by: Yan, Zheng
---
arch/arm/kernel/perf_event.c | 4 ++--
arch/
From: "Yan, Zheng"
When the LBR call stack is enabled, it is necessary to save/restore
the stack on context switch. The solution is saving/restoring the
stack to/from task's perf event context. If task has no perf event
context, just flush the stack on context switch.
Signed-off-by: Yan, Zheng
From: "Yan, Zheng"
The new HSW call stack feature provides a facility such that
unfiltered call data will be collected as normal, but as return
instructions are executed the last captured branch record is
popped from the LBR stack. Thus, branch information relative to
leaf functions will not be c
Hi Viresh,
On Mon, Oct 22, 2012 at 09:39:21AM +0530, viresh kumar wrote:
> Every time you read a code, you figure out new things about it.
> Sorry for these comments Now :(
No problem, it is important to fix now than catch them later.
> On Mon, Oct 22, 2012 at 9:21 AM, Shiraz Hashim wrote:
> >
From: "Yan, Zheng"
The existing code assumes all Cbox and PCU events are using
filter, but actually the filter is event specific. Furthermore
the filter is sub-divided into multiple fields which are used
by different events.
Signed-off-by: Yan, Zheng
Reported-by: Stephane Eranian
---
arch/x86
From: "Yan, Zheng"
When the LBR call stack is enabled, it is necessary to save/restore
the stack on context switch. The solution is saving/restoring the
stack to/from task's perf event context. If task has no perf event
context, just flush the stack on context switch.
Signed-off-by: Yan, Zheng
From: "Yan, Zheng"
Try enabling the LBR call stack feature if event request recording
callchain. Try utilizing the LBR call stack to get user callchain
in case of there is no frame pointer.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.c | 126 +
From: "Yan, Zheng"
The x86 special perf event context is named x86_perf_event_context,
We can enlarge it later to store PMU special data.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event.c | 12
arch/x86/kernel/cpu/perf_event.h | 4
include/linux/perf_event.h
From: "Yan, Zheng"
Haswell has a new feature that utilizes the existing Last Branch Record
facility to record call chains. When the feature is enabled, function
call will be collected as normal, but as return instructions are executed
the last captured branch record is popped from the on-chip LBR
From: "Yan, Zheng"
Zero length calls may confuse the hardware and make the recorded
call stack incorrect. Try fixing the call stack by discarding
zero length call entries.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event_intel_lbr.c | 13 +++--
1 file changed, 11 insertions
From: "Yan, Zheng"
New Intel CPU can record call chains by using existing last branch
record facility. perf_callchain_user() can make use of the call
chains recorded by hardware in case of there is no frame pointer.
Signed-off-by: Yan, Zheng
---
arch/arm/kernel/perf_event.c | 4 ++--
arch/
From: "Yan, Zheng"
The new HSW call stack feature provides a facility such that
unfiltered call data will be collected as normal, but as return
instructions are executed the last captured branch record is
popped from the LBR stack. Thus, branch information relative to
leaf functions will not be c
On Fri, Oct 19, 2012 at 22:16:15, Porter, Matt wrote:
> On Fri, Oct 19, 2012 at 12:02:42PM +, Bedia, Vaibhav wrote:
> > On Fri, Oct 19, 2012 at 16:45:58, Porter, Matt wrote:
> > > On Fri, Oct 19, 2012 at 10:26:20AM +, Bedia, Vaibhav wrote:
> > [...]
> > > >
> > > > I didn't see all the pat
Sets the sysfs device_type to 'vlan' for udev. This makes it easier for
applications that query network information via udev to identify vlans
instead of using strrchr().
Signed-off-by: Doug Goldstein
---
Pre-patch output:
swanson ~ # udevadm info -q all -p /sys/devices/virtual/net/br0.4
P: /dev
On Mon, Oct 22, 2012 at 08:02:12AM +0300, Linus Torvalds wrote:
> This series looks good to me, and looks to fix the issue about as
> cleanly as it can. Al, holler if you have any concerns, but I'm
> planning on applying it ASAP,
Add my ACKed-by. And from the look of it, we'll need something simi
This patch adds this missing SPI dependency and prevents
the driver from buiding without SPI, because funtion of
spi driver is used in this driver. So, it fixes link error
as belows:
drivers/video/backlight/ili9320.c:51: undefined reference to `spi_sync'
Also, prompt string for CONFIG_LCD_ILI9320
On Mon, Oct 22, 2012 at 7:46 AM, Qiang Gao wrote:
> I don't know whether the process will exit finally, bug this stack lasts
> for hours, which is obviously unnormal.
> The situation: we use a command calld "cglimit" to fork-and-exec the worker
> process,and the "cglimit" will
> set some limitat
From: Wei Yongjun
Add the missing unlock on the error handle path in function
FreeCircBlock().
Signed-off-by: Wei Yongjun
---
drivers/staging/ced1401/ced_ioc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ced1401/ced_ioc.c
b/drivers/staging/ced1401/ced_i
From: Wei Yongjun
Add the missing unlock on the error handle path in function
vCommandTimer.
Signed-off-by: Wei Yongjun
---
drivers/staging/vt6655/wcmd.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/vt6655/wcmd.c b/drivers/staging/vt6655/wcmd.c
index 94bd1fc..6d0b87a 100
This series looks good to me, and looks to fix the issue about as
cleanly as it can. Al, holler if you have any concerns, but I'm
planning on applying it ASAP,
Linus
On Mon, Oct 22, 2012 at 3:57 AM, Dmitry Torokhov
wrote:
> In certain cases (for example when a cdev structure is embed
From: Wei Yongjun
Add the missing unlock on the error handle path in function
pinctrl_groups_show().
Signed-off-by: Wei Yongjun
---
drivers/pinctrl/core.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
index 0f1ec9e..2e39c
Hello Kees,
On Fri, Sep 21, 2012 at 1:37 AM, Kees Cook wrote:
> This adds a short summary of the arguments used for "mode 2" (BPF)
> seccomp.
Thanks very much. Applied.
Cheers,
Michael
> Signed-off-by: Kees Cook
> ---
> man2/prctl.2 | 40 ++--
> 1 file
From: Wei Yongjun
Add the missing unlock on the error handle path in function
nanoengine_read_config() and nanoengine_write_config().
Signed-off-by: Wei Yongjun
---
arch/arm/mach-sa1100/pci-nanoengine.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-s
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Monday, October 15, 2012 5:49 PM
> To: Virupax SADASHIVPETIMATH
> Cc: ba...@ti.com; st...@rowland.harvard.edu; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; linus.wall...@linaro.org; Rajaram REGUPATHY;
>
From: Wei Yongjun
Add the missing unlock on the error handle path in function
nanoengine_read_config() and nanoengine_write_config().
Signed-off-by: Wei Yongjun
---
arch/arm/mach-sa1100/pci-nanoengine.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-s
From: Wei Yongjun
Add the missing unlock on the error handling path in function
hvcs_initialize().
Signed-off-by: Wei Yongjun
---
drivers/tty/hvc/hvcs.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/hvc/hvcs.c b/drivers/tty/hvc/hvcs.c
index cab5c7a..744c3b8
Hi all,
Changes since 201201019:
The xtensa tree gained a conflict against Linus' tree.
The wireless-next tree gained conflicts against the wireless tree.
The modules tree gained a conflict against Linus' tree.
The tip tree lost its conflicts and build fixes.
The akpm tree lost some patches t
I don't know whether the process will exit finally, bug this stack
lasts for hours, which is obviously unnormal.
The situation: we use a command calld "cglimit" to fork-and-exec the
worker process,and the "cglimit" will
set some limitation on the worker with cgroup. for now,we limit the
memory,an
This patch fixes a sparse warning. Since max77686_enable() is a callback,so it
should be static.
Signed-off-by: Yadwinder Singh Brar
---
drivers/regulator/max77686.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/regulator/max77686.c b/drivers/regulator/max7768
Every time you read a code, you figure out new things about it.
Sorry for these comments Now :(
On Mon, Oct 22, 2012 at 9:21 AM, Shiraz Hashim wrote:
> diff --git a/drivers/pwm/Makefile b/drivers/pwm/Makefile
> index acfe482..6512786 100644
> --- a/drivers/pwm/Makefile
> +++ b/drivers/pwm/Makefil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Greg,
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b959c7556:
Linux 3.7-rc2 (2012-10-20 12:11:32 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mzx/extcon.git for-next
Ax
Add support for PWM chips present on SPEAr platforms. These PWM
chips support 4 channel output with programmable duty cycle and
frequency.
More details on these PWM chips can be obtained from relevant
chapter of reference manual, present at following[1] location.
1. http://www.st.com/internet/mcu
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Saturday, October 20, 2012 1:37 AM
> To: Simon Haggett
> Cc: Li Yang-R58472; Felipe Balbi; Greg Kroah-Hartman; linux-
> u...@vger.kernel.org; linuxppc-...@lists.ozlabs.org; linux-
> ker...@vger.kernel.org; Laurent Pin
On 10/20/2012 01:21 AM, Luck, Tony wrote:
In this case, the following BUG_ON in try_to_wake_up_local() will be triggered:
BUG_ON(rq != this_rq());
Logically this looks OK - what is the test case to trigger this? I've done a
moderate
amount of testing of cpu online/offline while injecting corr
In futex_lock_pi_atomic, we consider that if the value in the futex
variable is 0 with additional flags, then it is safe for takeover
since the owner of the futex is dead. However, when FUTEX_WAITERS is
set in the futex value, handle_futex_death calls futex_wake to wake up
one task. Hence the assu
On Mon, Oct 22, 2012 at 12:14 AM, Greg Kroah-Hartman
wrote:
>
> Yes, sorry, they are still in my queue, I was working on other fixes
> for other subsystems this past week. I'll get to these tomorrow.
No problem, thanks for your work, :-)
Thank,
--
Ming Lei
--
To unsubscribe from this list: send
(2012/10/19 18:28), David Rientjes wrote:
Looks good, but the patch is whitespace damaged so it doesn't apply. When
that's fixed:
Acked-by: David Rientjes
Sorry, I hope this one is not broken...
==
From c5849c9034abeec3f26bf30dadccd393b0c5c25e Mon Sep 17 00:00:00 2001
From: KAMEZAWA Hiroyuk
On 10/21/2012 07:09 PM, Jimster480 wrote:
I recently joined this list (in the last few days) as I was told I
needed to join it to submit kernel changes/patches/modifications. How do
I go about doing so? I made some optimizations (mostly removing
un-necessary calls, etc) in the autogroup scheduler
On 10/17/2012 09:08 PM, Jenny TC wrote:
> There are some scnearios where a driver/framework needs to register
> interest for a particular cable without specifying the extcon device
> name. One such scenario is charger notifications. The platform will
> have charger cabel which will be bound to any
On 10/20/2012 12:40 AM, Borislav Petkov wrote:
On Fri, Oct 19, 2012 at 01:45:27PM +0800, Tang Chen wrote:
cmci_rediscover() is only called by the CPU_POST_DEAD event handler,
which means the corresponding cpu has already dead. As a result, it
won't be accessed in the for_each_online_cpu loop.
So
I recently joined this list (in the last few days) as I was told I
needed to join it to submit kernel changes/patches/modifications. How do
I go about doing so? I made some optimizations (mostly removing
un-necessary calls, etc) in the autogroup scheduler, and cpuset and
another. The website that m
On Sun, Oct 21, 2012 at 6:35 PM, Stephen Rothwell wrote:
> Hi Rusty,
>
> Today's linux-next merge of the modules tree got a conflict in
> kernel/module.c between commit caabe240574a ("MODSIGN: Move the magic
> string to the end of a module and eliminate the search") from Linus' tree
> and commit 0
On 10/21/2012 06:37 PM, Cong Wang wrote:
> On Mon, Oct 22, 2012 at 6:35 AM, Cruz Julian Bishop
> wrote:
>> Hi everyone,
>>
>> I was just wondering - Since (last time I looked, anyway),
>> /scripts/* has no maintainer, who would I send patches to?
>>
>> Would I just send them to the mailing list,
On Mon, Oct 22, 2012 at 6:35 AM, Cruz Julian Bishop
wrote:
> Hi everyone,
>
> I was just wondering - Since (last time I looked, anyway),
> /scripts/* has no maintainer, who would I send patches to?
>
> Would I just send them to the mailing list, or is there a
> sort of catch-all maintainer for thi
Hi Rusty,
Today's linux-next merge of the modules tree got a conflict in
kernel/module.c between commit caabe240574a ("MODSIGN: Move the magic
string to the end of a module and eliminate the search") from Linus' tree
and commit 0250abdeec54 ("module: add syscall to load module from fd")
from the m
On Fri, Oct 19, 2012 at 04:51:05PM +0900, Namjae Jeon wrote:
> Hi Dave.
>
> Test Procedure:
>
> 1) Local USB disk WRITE speed on NFS server is ~25 MB/s
>
> 2) Run WRITE test(create 1 GB file) on NFS Client with default
> writeback settings on NFS Server. By default
> bdi->dirty_background_bytes
David Howells writes:
> Rusty Russell wrote:
>
>> > (Side note: I hope people realize that the random key is generated
>> > with a 100-year lifespan. So if you build a kernel today, you do
>> > potentially have a "year-2112 problem". I'm not horribly worried, but
>> > I *am* a bit worried about 3
Linus Torvalds writes:
> On Fri, Oct 19, 2012 at 12:58 PM, Linus Torvalds
> wrote:
>>
>> Tssk. I fixed it up, and now it works-for-me(tm), but some perl person
>> probably really should try to make that sign-file and x509keyid merge.
>> My fix made the thing even slower, doing two extra "wc -c" i
David Howells writes:
> Emit the magic string that indicates a module has a signature after the
> signature data instead of before it. This allows module_sig_check() to be
> made simpler and faster by the elimination of the search for the magic string.
> Instead we just need to do a single memcmp
And remove all checks abvout request_mem_region and ioremap.
This is just a cleanup. Not functional changes here.
Signed-off-by: Marcos Paulo de Souza
---
drivers/power/jz4740-battery.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/power/j
Signed-off-by: Marcos Paulo de Souza
Acked-by: Lars-Peter Clausen
---
No changes from v1.
drivers/power/jz4740-battery.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/power/jz4740-battery.c b/drivers/power/jz4740-battery.c
index 8dbc7bf..59900c6
__blk_queue_next_rl() finds next request list based on blkg_list
while skipping root_blkg in the list.
OTOH, root_rl is special as it may exist even without root_blkg.
Though the later part of the function handles such a case correctly,
exiting early is good for readability of the code.
Signed-of
Hi guys,
This is the second attempt for clean of the battery driver
of jz4740.
Changelog:
Path 1/2: Is the same, just added the Acked-by from
Lars Peter-Clausen
Path 2/2: use devm_request_and_ioremap, suggested by
Lars Petr-Clausen
On 10/21/2012 01:58 PM, anish kumar wrote:
> From: anish kumar
>
> Extcon core doesn't free the memory when we do unregister.
> Kfree is added in the remove path as it was missing.
>
> Signed-off-by: anish kumar
> ---
> drivers/extcon/extcon-max77693.c |1 +
> 1 files changed, 1 insertions
This patch uses pr_* instead of printk. Also, gpio_dbg
is replaced with pr_debug.
Signed-off-by: Jingoo Han
---
Change since v3:
- remove Linus Walleij's Reviewed-by
Change since v2:
- remove Ryan Mallon's Signed-off-by
drivers/gpio/gpio-samsung.c | 18 ++
1 files changed, 6 i
On Friday, October 19, 2012 7:09 PM Linus Walleij wrote
>
> On Wed, Oct 17, 2012 at 3:52 AM, Jingoo Han wrote:
>
> > This patch uses pr_* instead of printk. Also, gpio_dbg
> > is replaced with pr_debug.
> >
> > Signed-off-by: Jingoo Han
> > Reviewed-by: Linus Walleij <- NAK
>
> Please consult
From: "John W. Linville"
Date: Fri, 19 Oct 2012 17:14:10 -0400
> This is a batch of fixes intended for the 3.7 stream.
...
> git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless.git
> for-davem
Pulled, thanks a lot John.
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, 2012-10-16 at 23:28 +0800, zhanglong wrote:
> We hit an hang issue when removing a mmc device on Medfield Android phone by
> sysfs interface.
>
> device_pm_remove will call pm_runtime_remove which would disable
> runtime PM of the device. After that pm_runtime_get* or
> pm_runtime_put* wi
On 10/19/12 23:53, Vivek Goyal wrote:
> On Thu, Oct 18, 2012 at 02:20:53PM -0700, Tejun Heo wrote:
>> Hey, Vivek.
>>
>> On Thu, Oct 18, 2012 at 09:31:49AM -0400, Vivek Goyal wrote:
>>> Tejun, for the sake of readability, are you fine with keeping the original
>>> check and original patch which I ha
In certain cases (for example when a cdev structure is embedded into
another object whose lifetime is controlled by a separate kobject) it is
beneficial to tie lifetime of another object to the lifetime of character
device so that related object is not freed until after char_dev object is
freed. To
Commit 7f8d4cad1e4e11a45d02bd6e024cc2812963c38a made evdev, joydev and
mousedev to embed struct cdev into their respective structures representing
input devices. Unfortunately character device structure may outlive the
parent structure unless we do not set it up as parent of character device
so tha
On 10/21/2012 01:46 PM, anish kumar wrote:
> From: anish kumar
>
> There was a case where free and list_del can be called twice
> on the same pointer.So fixed it by re-arranging the code and
> removing a function which was not needed.
>
> Signed-off-by: anish kumar
> ---
> drivers/extcon/extco
Hi John,
Today's linux-next merge of the wireless-next tree got a conflict in
net/mac80211/mlme.c between commit 3a40414f826a ("mac80211: connect with
HT20 if HT40 is not permitted") from the wireless tree and commit
04ecd2578e71 ("mac80211: track needed RX chains for channel contexts")
from the w
Before use the request and response queue addr, make sure it has wrote
to the registers.
Signed-off-by: Joe Jin
Cc: Jitendra Kalsaria
Cc: Ron Mercer
---
drivers/net/ethernet/qlogic/qla3xxx.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/qlogi
The gpio_export function uses nested if statements and the status
variable to handle the failure cases. This makes the function logic
difficult to follow. Refactor the code to abort immediately on failure
using goto. This makes the code slightly longer, but significantly
reduces the nesting and num
From: Joe Perches
Date: Thu, 18 Oct 2012 20:55:31 -0700
> Use the standard test for a non-zero ipv6 address.
>
> Signed-off-by: Joe Perches
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
From: Haiyang Zhang
Date: Thu, 18 Oct 2012 14:00:52 -0700
> Checked with Windows networking team, there is only one RNDIS message
> in each netvsc packet.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubsc
> > LP8788 IIO ADC driver and platform data have specific naming
> convention
> > for ADC channels. That is using prefix 'lp8788_'.
> > To keep this rule, ADC channel names are changed.
> >
> It's a little unusual to name the consumer side of the map so
> specifically.
> If you want to do so it'
On Sat, 2012-10-20 at 09:22 -0700, Joe Perches wrote:
> Use the normal kernel test instead of a module specific one.
>
> Signed-off-by: Joe Perches
> ---
> found when doing that larger style conversion,
> might as well submit it.
>
> drivers/net/ethernet/intel/ixgbe/ixgbe_82599.c | 2 +-
> dr
Patch v2.
The name of ADC channel is configurable in the platform side.
This name is referenced in the IIO consumer driver.
To get the IIO channel, specific name in the platform data is used
as an parameter of the iio_channel_get().
Thus, lp8788_adc_id platform data are replaced with specific
Hi John,
Today's linux-next merge of the wireless-next tree got a conflict in
drivers/net/wireless/brcm80211/brcmfmac/wl_cfg80211.c between commit
3e4f319dacc6 ("brcmfmac: fix end of loop check (signedness bug)") from
the wireless tree and commit 81118d165811 ("brcmfmac: Using zero instead
of NULL
On Sun, 2012-10-21 at 00:19 +0200, Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Marcin Slusarz wrote:
> >
> > > Try this one.
> >
> > It works, now I can boot again. However, nouveau seems to be dead now.
> > The dmesg output with your p
Hi Stephen,
Sorry, I accidentally pushed this patch up; should be fixed the next
next time you pull.
Thanks,
-Chris
On 10/21/2012 04:40 PM, Stephen Rothwell wrote:
Hi Chris,
Today's linux-next merge of the xtensa tree got a conflict in
arch/xtensa/include/uapi/asm/unistd.h between commit
Namjae Jeon writes:
>> The expectation of fallocate() is just for space reservation? If it was
>> just for space reservation, I'm not sure, why TV applications can't
>> reserve in userland without any kernel help (I wonder who interrupts TV
>> application). I feel a bit, it may be more lightweigh
Hi Chris,
Today's linux-next merge of the xtensa tree got a conflict in
arch/xtensa/include/uapi/asm/unistd.h between commit 7216cabfff51
("xtensa: add missing system calls to the syscall table") from Linus'
tree and commit daff2ab722aa ("xtensa: add missing system calls to the
syscall table") fro
On Thu, Oct 18, 2012 at 10:53:38AM -0400, Matt Porter wrote:
> On Fri, Oct 05, 2012 at 01:04:40PM -0400, Matt Porter wrote:
> > Remove the use of the private DaVinci SRAM API in favor
> > of genalloc. The pool to be used is provided by platform
> > data.
> >
> > Signed-off-by: Matt Porter
>
> Ha
Hi everyone,
I was just wondering - Since (last time I looked, anyway),
/scripts/* has no maintainer, who would I send patches to?
Would I just send them to the mailing list, or is there a
sort of catch-all maintainer for things like this?
Thanks in advance, and sorry if this is already answered
On Sun, Oct 14, 2012 at 6:17 PM, Konstantin Dorfman
wrote:
> On Thu, 11 Oct 2012 17:19:01 +0200, Per Forlin
> wrote:
> Hello Per,
>
>>I would like to start with some basic comments.
>>
>>1. Is this read sequential issue specific to MMC?
>>2. Or is it common with all other block-drivers that gets
On Sun, Oct 21, 2012 at 01:29:35PM +0200, richard -rw- weinberger wrote:
> Every kernel developer has his own wrapper script to make qemu usable.
> IMHO it's time to add such a script to the kernel tree.
One observation I'll make is that for many people, what you want to do
is a *lot* more than ju
The latest feature release Git v1.8.0 is now available at the
usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
a03afc33f8f0723ad12649d79f1e8968526b4bf7 git-1.8.0.tar.gz
93c860cf4cd26d4b3e269b0903b833db1c1f0f8e
On 10/21/12 14:06, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 10:51:35AM -0700, Tom Rini wrote:
>> On 10/20/12 21:18, Jacob Shin wrote:
>>> On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
> On 10/20/12 17:11, Shin, Jacob wrote:
On Fri, Aug 24, 2012 at 06:55:13PM -0500, Jacob Shin wrote:
> Current logic finds enough space for direct mapping page tables from 0
> to end. Instead, we only need to find enough space to cover mr[0].start
> to mr[nr_range].end -- the range that is actually being mapped by
> init_memory_mapping()
On Sun, Oct 21, 2012 at 10:51:35AM -0700, Tom Rini wrote:
> On 10/20/12 21:18, Jacob Shin wrote:
> > On Sat, Oct 20, 2012 at 09:01:43PM -0700, Yinghai Lu wrote:
> >> On Sat, Oct 20, 2012 at 5:17 PM, Tom Rini wrote:
> >>> On 10/20/12 17:11, Shin, Jacob wrote:
> Hi could you please attach the d
On 21.10.2012 22:43, Artem S. Tashkinov wrote:
>> Nice. Could you do that again with the patch applied I sent yo some
>> hours ago?
>
> That patch was of no help - the system has crashed and I couldn't spot
> relevant
> messages.
>
> I've no idea what it means.
The sequence of driver callbacks
> Nice. Could you do that again with the patch applied I sent yo some
> hours ago?
That patch was of no help - the system has crashed and I couldn't spot relevant
messages.
I've no idea what it means.
Artem
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Sun, Oct 21, 2012 at 07:49:01PM +, Artem S. Tashkinov wrote:
> I ran it this way: while :; do dmesg -c; done | scat /dev/sda11 (yes,
> straight to a hdd partition to eliminate a FS cache)
Well, I'm no fs guy but this should still go through the buffer cache. I
think the O_SYNC flag makes su
If acpi_ds_create_walk_state() succeeds, but the call to
ACPI_ALLOCATE_ZEROED() fails, then we'll return from the function
without properly freeing 'next_walk_state'.
Signed-off-by: Jesper Juhl
---
drivers/acpi/acpica/dsmethod.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff
bio.c: fix: don't increase bio_slab_max if krealloc() of bio_slabs fails
Signed-off-by: Anna Leuschner
---
fs/bio.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/fs/bio.c b/fs/bio.c
index 9298c65..b96fc6c 100644
--- a/fs/bio.c
+++ b/fs/bio.c
@@ -75,6 +75,7 @@ stati
1 - 100 of 231 matches
Mail list logo
