kindly reminder.
Thanks,
Zhonghui
On 2014/8/5 12:56, Fu, Zhonghui wrote:
> Hi, Jaehoon
>
> According to your comments, I created a new patch for this issue as follows:
>
>
> Thanks,
> Zhonghui
>
>
> From 6cee984e1d76ba0a3320430f8cf4318ab65fcf06 Mon Sep 17 00:00:00 2001
> From: Fu Zhonghui
> Dat
On Thu, 2014-08-07 at 11:48 +0530, Deepak wrote:
> on SMP system, del_timer() might return even if the timer function
> is running on other cpu so sk_stop_timer() will execute __sock_put()
> while timer is accessing the socket on other cpu causing
> "use-after-free".
>
> This commi
Hi Thierry,
Nice case.
On 08/05/2014 05:39 PM, Thierry Reding wrote:
> Hi everyone,
>
> I've been working on adding support for a panel that uses what's
> commonly known as dual-channel DSI. Sometimes this is referred to as
> ganged-mode as well.
>
> What is it, you ask? It's essentially a hack t
Hi Guenter,
On Wed, 06 Aug 2014 23:20:32 -0700, Guenter Roeck wrote:
> Patch 4/5 is "Return the fan speed via sysfs:
> /sys/devices/temperature/fan_level".
>
> So you are saying that returning the fan speed with a non-hwmon attribute
> works,
> but returning it with a hwmon attribute doesn't ?
This patch set adds support for the UART found in Mediatek SoCs.
The chip is a changed version of a 8250 controller.
Especially it introduces a new register called highspeed. The value
in this register has to be set depending on the baudrate. The value
in the register influences the way the divisor
This patch adds support for the UART block found on Mediatek SoCs.
The device has a highspeed register which influences the calcualtion of the
divisor. The chip lacks support for some baudrates. When requested, we set the
divisor to the next smaller baudrate and adjust the c_cflag accordingly.
Sig
This patch adds the devicetree documentation for the Mediatek UART.
Signed-off-by: Matthias Brugger
---
.../devicetree/bindings/serial/mtk-uart.txt| 19 +++
1 file changed, 19 insertions(+)
create mode 100644 Documentation/devicetree/bindings/serial/mtk-uart.txt
diff
On Wed, Aug 06, 2014 at 01:58:58PM -0700, Dave Hansen wrote:
> On 08/06/2014 11:18 AM, Dave Jones wrote:
> > ===
> > [ INFO: suspicious RCU usage. ]
> > 3.16.0+ #34 Not tainted
> > ---
> > include/trace/events/tlb.h:35 suspicious rcu_dereferen
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
net/batman-adv/fragmentation.c between commit d9124268d84a
("batman-adv: Fix out-of-order fragmentation support") from Linus' tree
and commit ffe04af00b27 ("list: fix order of arguments for
hlist_add_after(_rcu)") from
Hi Dmitry,
On 08/07/2014 08:20 AM, Dmitry Torokhov wrote:
> On Sun, Jul 20, 2014 at 06:20:49PM -0700, Dmitry Torokhov wrote:
>> Wire up support for EVIOC{G|S}KEYCODE to allow users change key mappings
>> from userspace.
>>
>> Signed-off-by: Dmitry Torokhov
>> ---
>>
>> Just compiled, not tested.
On Wed, Aug 06, 2014 at 06:30:35PM +0200, Peter Zijlstra wrote:
> On Wed, Aug 06, 2014 at 05:09:59AM -0700, Paul E. McKenney wrote:
>
> > > Or you could shoot all CPUs with resched_cpu() which would have them
> > > cycle through schedule() even if there's nothing but the idle thread to
> > > run.
On Tue, Aug 05, 2014 at 05:51:01PM -0700, Paul E. McKenney wrote:
> On Wed, Aug 06, 2014 at 08:33:29AM +0800, Lai Jiangshan wrote:
> > On 08/06/2014 05:55 AM, Paul E. McKenney wrote:
> > > On Tue, Aug 05, 2014 at 08:47:55AM +0800, Lai Jiangshan wrote:
> > >> On 08/04/2014 10:56 PM, Peter Zijlstra w
On 08/06/14 11:16, Chris Metcalf wrote:
> Using strncpy() will just silently truncate long strings; we should
> instead return an appropriate error. Using strlcpy() would suffer from
> the same problem. Instead, use strnlen()+memcpy(), and add an
> error-checking step to make sure the lengths are
>
> Thanks Mathias, I have added your patch to my queue for Dave's net tree.
Hi Jeff,
thanks. Sorry for the confusion... As this is was my very first patch, I did
not miss any pitfall...
Regards
Mathias
N�r��yb�X��ǧv�^�){.n�+{zX����ܨ}���Ơz�&j:+v���zZ+��+zf���h���~i��
On 6 August 2014 20:38, Stephen Boyd wrote:
> On 08/06, Prarit Bhargava wrote:
> > Are you sure you're not seeing another lockdep warning? That was my
> > problem --
> > there was an xfs related lockdep warning which then resulted in lockdep
> > being
> > disabled from that point on.
There is
Can I get another review for this one so I can queue it up for 3.17?
(or v4 if you have a strong preference for it..)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majo
With the Intel 82527EI (driver: e1000e) there is an issue when running
the ptpd2 program, that leads to a kernel oops. The reason is here that
in e1000_xmit_frame() a work queue will be scheduled that has not been
initialized in this case. The work queue "tx_hwstamp_work" will only be
initialized
On Thu, 2014-08-07 at 06:29 +, Koehrer Mathias (ETAS/ESW5) wrote:
> With the Intel 82527EI (driver: e1000e) there is an issue when running
> the ptpd2 program, that leads to a kernel oops. The reason is here
> that
> in e1000_xmit_frame() a work queue will be scheduled that has not been
> init
Ping
于 14-7-29 下午5:24, Wanpeng Li 写道:
> BUG: unable to handle kernel NULL pointer dereference at 0004
> IP: [..] find_busiest_group
> PGD 5a9d5067 PUD 13067 PMD 0
> Oops: [#3] SMP
> [...]
> Call Trace:
> load_balance
> ? _raw_spin_unlock_irqrestore
> idle_balance
> __schedule
> sc
This is a patch to the r819xU_phyreg.h file that fixes
commenting style warning
Signed-off-by: Sanjeev Sharma
---
drivers/staging/rtl8192u/r819xU_phyreg.h | 188 ---
1 file changed, 97 insertions(+), 91 deletions(-)
diff --git a/drivers/staging/rtl8192u/r819xU_phyreg
With the Intel 82527EI (driver: e1000e) there is an issue when running
the ptpd2 program, that leads to a kernel oops. The reason is here that
in e1000_xmit_frame() a work queue will be scheduled that has not been
initialized in this case. The work queue "tx_hwstamp_work" will only be
initialized
Sorry for the delayed reply...
On Thu, Jul 24, 2014 at 3:33 PM, Guenter Roeck wrote:
>> As I explained on the other thread, I still encourage you to have
>> these GPIOs under device nodes that give a hint of who is provided the
>> GPIO (effectively exporting the (dev, function) tuple to user-spac
Hi Paolo,
On Wed, Aug 06, 2014 at 06:38:06AM +, Zhang, Yang Z wrote:
[...]
+
+ if (exec_control & CPU_BASED_TPR_SHADOW) {
+ if (vmx->nested.virtual_apic_page)
+ nested_release_page(vmx->nested.virtual_apic_page);
+ vmx->nested.virtual
On Sun, Jul 20, 2014 at 06:20:49PM -0700, Dmitry Torokhov wrote:
> Wire up support for EVIOC{G|S}KEYCODE to allow users change key mappings
> from userspace.
>
> Signed-off-by: Dmitry Torokhov
> ---
>
> Just compiled, not tested.
*ping* Any chance you could give it a try? Thanks!
>
> drivers
On 08/06/2014 11:03 PM, Goffredo Baroncelli wrote:
On 08/07/2014 01:18 AM, Guenter Roeck wrote:
On Wed, Aug 06, 2014 at 09:05:03PM +, Goffredo Baroncelli wrote:
From: Goffredo Baroncelli
Export the temperature via the hwmon subsystem.
See the list below for the sensors exported:
$ cd /sy
On Wed, Aug 6, 2014 at 11:10 PM, Koehrer Mathias (ETAS/ESW5)
wrote:
> With the Intel 82527EI (driver: e1000e) there is an issue when running
> the ptpd2 program, that leads to a kernel oops. The reason is here that
> in e1000_xmit_frame() a work queue will be scheduled that has not been
> initial
On 08/06/14 at 03:18pm, Matt Fleming wrote:
> On Wed, 06 Aug, at 04:10:45PM, Ard Biesheuvel wrote:
> >
> > Shouldn't we clear the bit here if we failed to enable runtime
> > services for some reason? Other code may test the bit assuming that it
> > signifies that runtime services have been enabled
on SMP system, del_timer() might return even if the timer function
is running on other cpu so sk_stop_timer() will execute __sock_put()
while timer is accessing the socket on other cpu causing
"use-after-free".
This commit replaces del_timer() with del_timer_sync() in
sk_stop_t
On Thu, Jul 24, 2014 at 06:21:35PM +0800, Caesar Wang wrote:
> This patch added to support the PWM controller found on
> RK3288 SoC.
>
> Signed-off-by: Caesar Wang
> ---
> drivers/pwm/pwm-rockchip.c | 124
> ++---
> 1 file changed, 105 insertions(+), 19 d
Paolo Bonzini wrote on 2014-08-07:
> Il 07/08/2014 03:31, Zhang, Yang Z ha scritto:
>> Let me give an example to see whether my concern is a real problem:
>> Guest allocates a vector and set it in IOAPIC entry to deliver
>> interrupt. Later it masks the IOAPIC entry(means stop the
>> corresponding
On Wed, Aug 06, 2014 at 07:47:25PM +, Murphy, Dan wrote:
> Bump
>
> On 07/31/2014 02:14 PM, Murphy, Dan wrote:
> > Add the TI drv260x haptics/vibrator driver.
> > This device uses the input force feedback
> > to produce a wave form to driver an
> > ERM or LRA actuator device.
> >
> > The init
Dear Sir,
Good day!
This is Rain Mao from Shenzhen Top Way International Forwarding Co.,Ltd in
China.
We interest & expect to establish the cooperation relationship with your esteem
company.
This is the first letter you recieve from me.Could you please help me to
forward my contact
to the p
Il 07/08/2014 03:31, Zhang, Yang Z ha scritto:
> Let me give an example to see whether my concern is a real problem:
> Guest allocates a vector and set it in IOAPIC entry to deliver
> interrupt. Later it masks the IOAPIC entry(means stop the
> corresponding device) and assign this vector to a MSI
On Wed, Aug 06, 2014 at 08:26:51PM -0700, Doug Anderson wrote:
> caesar,
>
> On Wed, Aug 6, 2014 at 8:23 PM, caesar wrote:
> >
> > 在 2014年08月07日 10:16, Doug Anderson 写道:
> >
> >> Caesar,
> >>
> >> On Wed, Aug 6, 2014 at 6:27 PM, caesar wrote:
> >>>
> >>> Doug,
> >>>
> >>> 在 2014年08月07日 06:46, Do
With the Intel 82527EI (driver: e1000e) there is an issue when running
the ptpd2 program, that leads to a kernel oops. The reason is here that
in e1000_xmit_frame() a work queue will be scheduled that has not been
initialized in this case. The work queue "tx_hwstamp_work" will only be
initialized
On Thu, Aug 07, 2014 at 03:47:24AM +0200, Javier Martinez Canillas wrote:
> Hello Tomasz,
>
> Thanks a lot for your feedback.
>
> On 08/07/2014 03:14 AM, Tomasz Figa wrote:
> > Hi Javier,
> >
> >
> > Have you observed an actual failure due to this? I believe that
>
> Yes, I found this issue si
Rafael J. Wysocki wrote:
> On Thursday, July 24, 2014 06:07:23 PM Saravana Kannan wrote:
>> Series of patchs to simplify policy/sysfs/kobj/locking handling across
>> suspend/resume
>
> I need someone to review this series for me. Viresh or Srivatsa,
> preferably
> both.
>
> Thanks!
This took qui
On Thu, Aug 07, 2014 at 10:10:47AM +0530, A Raghavendra Rao wrote:
> Signed-off-by: A Raghavendra Rao
This looks very similar to what I submitted on July 31st.
At this time Greg had additional comments which led to a quite different
patchset (though its review is not completed yet), you may find
On 08/07/2014 01:18 AM, Guenter Roeck wrote:
> On Wed, Aug 06, 2014 at 09:05:03PM +, Goffredo Baroncelli wrote:
>> From: Goffredo Baroncelli
>>
>> Export the temperature via the hwmon subsystem.
>> See the list below for the sensors exported:
>>
>> $ cd /sys/devices/temperature/hwmon/hwmon0
>>
On 08/06/2014 01:35 PM, Rafael J. Wysocki wrote:
On Tuesday, August 05, 2014 09:41:48 PM Hans Wennborg wrote:
The prefix suggests the number should be printed in hex, so use
the %x specifier to do that.
Found by using regex suggested by Joe Perches.
Signed-off-by: Hans Wennborg
This trigger
The prefix suggests the number should be printed in hex, so use
the %x specifier to do that. Also, these are 32-bit values,
so drop the l characters.
Signed-off-by: Hans Wennborg
---
drivers/cpufreq/speedstep-smi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/c
Signed-off-by: Hans Wennborg
---
drivers/media/dvb-frontends/mb86a16.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/dvb-frontends/mb86a16.c
b/drivers/media/dvb-frontends/mb86a16.c
index 1f7fce7..0e65d35 100644
--- a/drivers/media/dvb-frontends/mb86a16.c
+++ b/drivers/media
Signed-off-by: Hans Wennborg
---
drivers/media/dvb-frontends/mb86a16.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/dvb-frontends/mb86a16.c
b/drivers/media/dvb-frontends/mb86a16.c
index 9ae40ab..1f7fce7 100644
--- a/drivers/media/dvb-frontends/mb86a16.c
+++ b
On xtensa arch there is this warning
drivers/scsi/sym53c8xx_2/sym_defs.h:109:0: warning: "WSR" redefined [enabled by
default]
arch/xtensa/include/asm/processor.h:188:0: note: this is the location of the
previous definition
I can remove WSR since it is not being used but more documentation purpo
On Thu, Aug 07, 2014 at 10:10:47AM +0530, A Raghavendra Rao wrote:
> Fix the following sparse warnings:
> drivers/staging/rtl8192u/r8192U_core.c:670:6: warning: symbol 'dump_eprom'
> was not declared. Should it be static?
> drivers/staging/rtl8192u/r8192U_core.c:1556:14: warning: symbol
> 'txqueue2
From: Nick Krause
Date: Thu, 7 Aug 2014 07:24:54 +0200
> I am getting the following warn
>
> drivers/net/usb/rtl8150.c:30:0: warning: "RSR" redefined
> arch/xtensa/include/asm/processor.h:189:0: note: this is the location of the
> previous definition
>
> I wanted to remove RSR as it is not be
Guten Tag,
Meine Namen sind Thaung Lin Yan ein kanadischer Staatsbürger in Asien und ein
Konto Offizier Manager für Wei Gu Steel Company seit 23 Jahren. Wei Gu Stahl
Angebote für die Herstellung von verschiedenen Stahl in Hong Kong und wir haben
auch ein Vertriebsbüro in China. Ich bin in der
On Thu, Aug 07, 2014 at 08:10:25AM +0300, Valentina Manea wrote:
> This is a resend of the patch series from March.
>
> After migrating userspace code to libudev, converting usbip-host
> to a device driver and various bug fixes and enhancements, USB/IP
> is fully functional and can be moved out of
From: Yuan Yao-B46683 Data: Wednesday, August 06, 2014 3:07 PM
>To: Duan Fugang-B38611; w...@the-dreams.de; ma...@denx.de
>Cc: l...@karo-electronics.de; mark.rutl...@arm.com; shawn@linaro.org;
>linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org; linux-
>i...@vger.kernel.org; Li
On 08/06/2014 07:38 AM, Larry Finger wrote:
On 08/05/2014 11:43 PM, Hans Wennborg wrote:
The prefix suggests the number should be printed in hex, so use
the %x specifier to do that.
Found by using regex suggested by Joe Perches.
Signed-off-by: Hans Wennborg
---
drivers/net/wireless/rtlwifi/
I am getting the following warn
drivers/net/usb/rtl8150.c:30:0: warning: "RSR" redefined
arch/xtensa/include/asm/processor.h:189:0: note: this is the location of the
previous definition
I wanted to remove RSR as it is not being used but it is not clear if being used
for documenting purpose. unde
On Thu, Aug 07, 2014 at 06:51:00AM +0200, Nick Krause wrote:
> While compiling we see the following waring
>
> drivers/spi/spi-bfin5xx.c: In function 'bfin_spi_pump_transfers':
> drivers/spi/spi-bfin5xx.c:695:6: warning: 'cr_width' may be used uninitialized
> in this function [-Wuninitialized]
>
At this point, USB/IP userspace code is fully functional
and can be moved out of staging.
Signed-off-by: Valentina Manea
---
{drivers/staging/usbip/userspace => tools/usb/usbip}/.gitignore | 0
{drivers/staging/usbip/userspace => tools/usb/usbip}/AUTHORS | 0
{drivers/stag
After migrating userspace code to libudev, converting usbip-host
to a device driver and various bug fixes and enhancements, USB/IP
is fully functional and can be moved out of staging.
This patch series moves it as following:
* userspace code to tools/usb/usbip
* kernel code to drivers/usb/usbip
B
At this point, USB/IP kernel code is fully functional
and can be moved out of staging.
Signed-off-by: Valentina Manea
---
drivers/staging/Kconfig| 2 --
drivers/staging/Makefile | 1 -
drivers/{staging => usb}/usbip/Kconfig
This is a resend of the patch series from March.
After migrating userspace code to libudev, converting usbip-host
to a device driver and various bug fixes and enhancements, USB/IP
is fully functional and can be moved out of staging.
This patch series moves it as following:
* userspace code to too
This was used back when usbip-host was an interface device driver;
after the conversion to device driver, the table remained unused.
Remove it in order to stop receiving a warning about it.
Signed-off-by: Valentina Manea
---
drivers/usb/usbip/stub_dev.c | 27 ---
1 file c
On Thu, Aug 07, 2014 at 03:42:20AM +0200, Nick Krause wrote:
> SuperH BUG() have warnings like
>
> kernel/sched/core.c:2692:1: warning: control reaches end of non-void function
> [-Wreturn-type]
> net/core/ethtool.c:236:1: warning: control reaches end of non-void function
> [-Wreturn-type]
>
> Ot
Hi Linus !
First an apology ... a lot of the stuff in there was only very recently
committed. This is not the normal process. I'm at fault here, my only
excuse is having been insanely swamped with other things. That's one of
the reasons for co-opting Michael as co-maintainer, to help with
avoiding
On Thu, Aug 07, 2014 at 03:13:41AM +0200, Nick Krause wrote:
> Architectures which use generic BUG() have warnings like
>
> kernel/sched/core.c:2692:1: warning: control reaches end of non-void function
> [-Wreturn-type]
> net/core/ethtool.c:236:1: warning: control reaches end of non-void functio
On Fri, Jul 18, 2014 at 10:43 AM, Ley Foon Tan wrote:
> On Tue, Jul 15, 2014 at 5:47 PM, Arnd Bergmann wrote:
>> On Tuesday 15 July 2014 16:45:47 Ley Foon Tan wrote:
>>> +static void *cpuinfo_start(struct seq_file *m, loff_t *pos)
>>> +{
>>> + unsigned long i = *pos;
>>> +
>>> + retur
(2014/08/06 6:37), Steven Rostedt wrote:
> Hi Masami,
>
> This looks great. I'm a bit busy at the moment (just came back from
> vacation, and digging myself out of the hole that left me). But I
> definitely want this in. I have a bunch of tests too, that I can put on
> top of this. My tests are ra
While compiling we see the following waring
drivers/spi/spi-bfin5xx.c: In function 'bfin_spi_pump_transfers':
drivers/spi/spi-bfin5xx.c:695:6: warning: 'cr_width' may be used uninitialized
in this function [-Wuninitialized]
Initialize it to prevent the above warning
Signed-off-by: Nick Krause
-
Fix the following sparse warnings:
drivers/staging/rtl8192u/r8192U_core.c:670:6: warning: symbol 'dump_eprom'
was not declared. Should it be static?
drivers/staging/rtl8192u/r8192U_core.c:1556:14: warning: symbol
'txqueue2outpipe' was not declared. Should it be static?
drivers/staging/rtl8192u/r819
On Thu, Aug 7, 2014 at 1:40 PM, Nick Krause wrote:
> Check for return value to fix the following error
>
> drivers/gpio/gpio-sch311x.c: In function 'sch311x_gpio_probe':
> drivers/gpio/gpio-sch311x.c:286:18: warning: ignoring return value of
> 'gpiochip_remove', declared with attribute warn_unused
Check for return value to fix the following error
drivers/gpio/gpio-sch311x.c: In function 'sch311x_gpio_probe':
drivers/gpio/gpio-sch311x.c:286:18: warning: ignoring return value of
'gpiochip_remove', declared with attribute warn_unused_result [-Wunused-result]
in the context we do not need to c
About the title, please follow the old pattern:
ASoC: fsl_esai: Refine
You can get the history from 'git log --oneline sound/soc/fsl/fsl_esai.c'
On Wed, Aug 06, 2014 at 06:23:03PM +0800, Shengjiu Wang wrote:
> Add parameter for slots, and caculate the number of TX/RX pins and bclk with
> slo
Hi experts,
On Mon, Aug 04, 2014 at 11:23:21PM +0800, Lee, Chun-Yi wrote:
> When the machine doesn't well handle the e820 persistent when hibernate
> resuming, then it may causes page fault when writing image to snapshot
> buffer:
>
> [ 17.929495] BUG: unable to handle kernel paging request at
Doug,
在 2014年08月07日 11:46, Doug Anderson 写道:
Caesar,
On Wed, Aug 6, 2014 at 8:37 PM, caesar wrote:
Doug,
在 2014年08月07日 11:26, Doug Anderson 写道:
caesar,
On Wed, Aug 6, 2014 at 8:23 PM, caesar wrote:
在 2014年08月07日 10:16, Doug Anderson 写道:
Caesar,
On Wed, Aug 6, 2014 at 6:27 PM, caesar
On Wed, Aug 6, 2014 at 2:37 AM, Jiri Kosina wrote:
>
> You are going to get two conflicts super-easy to resolve:
>
> - arch/arm/mach-msm/Kconfig removal of unused MSM_SCM config value
> conflicts with addition of MSM_TIMER to the same spot; resolution is to
> keep MSM_TIMER and remove MSM_SCM
Cris BUG() have warnings like
drivers/memstick/core/ms_block.c:677:1: warning: control reaches end of
non-void function
drivers/memstick/core/ms_block.c:720:1: warning: control reaches end of
non-void function
drivers/memstick/core/ms_block.c:654:1: warning: control reaches end of
non-void fu
Caesar,
On Wed, Aug 6, 2014 at 8:37 PM, caesar wrote:
> Doug,
>
> 在 2014年08月07日 11:26, Doug Anderson 写道:
>
>> caesar,
>>
>> On Wed, Aug 6, 2014 at 8:23 PM, caesar wrote:
>>>
>>> 在 2014年08月07日 10:16, Doug Anderson 写道:
>>>
Caesar,
On Wed, Aug 6, 2014 at 6:27 PM, caesar
wrote:
Fix warnings like the following using upper_32_bits(), discussed after mail with
someone on kernelnewbies
arch/powerpc/boot/addnote.c:183:3: warning: right shift count >= width of type
arch/powerpc/boot/addnote.c:188:3: warning: right shift count >= width of type
arch/powerpc/boot/addnote.c:206:3:
As, the interrupt for DMA is counted from 1, so need to checked
the USBA_NR_DMAS, in old way, it only check (USBA_NR_DMAS - 1),
so fix it.
Reported-by: Max Liao
Signed-off-by: Bo Shen
---
drivers/usb/gadget/udc/atmel_usba_udc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Doug,
在 2014年08月07日 11:26, Doug Anderson 写道:
caesar,
On Wed, Aug 6, 2014 at 8:23 PM, caesar wrote:
在 2014年08月07日 10:16, Doug Anderson 写道:
Caesar,
On Wed, Aug 6, 2014 at 6:27 PM, caesar wrote:
Doug,
在 2014年08月07日 06:46, Doug Anderson 写道:
Caesar,
On Thu, Jul 24, 2014 at 3:21 AM, Caesar
Kever,
On Tue, Aug 5, 2014 at 6:01 PM, Kever Yang wrote:
> According to the "dr_mode", the otg controller can work as
> device role and host role. Some boards always want to use host mode
> and some other boards want to use gadget mode. We use the dts setting
> to set dwc2's mode, rather than fix
caesar,
On Wed, Aug 6, 2014 at 8:23 PM, caesar wrote:
>
> 在 2014年08月07日 10:16, Doug Anderson 写道:
>
>> Caesar,
>>
>> On Wed, Aug 6, 2014 at 6:27 PM, caesar wrote:
>>>
>>> Doug,
>>>
>>> 在 2014年08月07日 06:46, Doug Anderson 写道:
>>>
Caesar,
On Thu, Jul 24, 2014 at 3:21 AM, Caesar Wang
>
在 2014年08月07日 10:16, Doug Anderson 写道:
Caesar,
On Wed, Aug 6, 2014 at 6:27 PM, caesar wrote:
Doug,
在 2014年08月07日 06:46, Doug Anderson 写道:
Caesar,
On Thu, Jul 24, 2014 at 3:21 AM, Caesar Wang
wrote:
+static const struct rockchip_pwm_data pwm_data_v1 = {
+ .regs.duty = PWM_HRC,
+
Hi Rusty,
After merging the modules tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
arch/powerpc/platforms/powernv/opal-elog.c:85:28: error: macro "__ATTR_RO"
passed 2 arguments, but takes just 1
__ATTR_RO(id, elog_id_show);
^
arch/powerpc
This fixes the most immediate fallout from yesterday's networking
merge.
1) sock_tx_timestamp() must not clear the passed in tx_flags, but rather
add to them. Fix from Eric Dumazet.
2) The hyperv driver sendbuf region increase needs to be decreased
slightly to handle older backends. From
Hi Stash, Shawn
Do we have such API for exclusive clock? Or Do you have example for these
exclusive clocks?
Best regards
Wang shengjiu
-Original Message-
From: Lucas Stach [mailto:l.st...@pengutronix.de]
Sent: Wednesday, August 06, 2014 10:42 PM
To: Wang Shengjiu-B02247
Cc: Guo Shawn
On 8/6/14, 5:57 PM, Paul Zimmerman wrote:
>> From: diand...@google.com [mailto:diand...@google.com] On Behalf Of Doug
>> Anderson
>> Sent: Wednesday, August 06, 2014 3:25 PM
>>
>> On Tue, Aug 5, 2014 at 6:01 PM, Kever Yang wrote:
>>> According to the "dr_mode", the otg controller can work as
>>>
Ok, thanks.
-Original Message-
From: Shawn Guo [mailto:shawn@freescale.com]
Sent: Thursday, August 07, 2014 11:12 AM
To: Wang Shengjiu-B02247
Cc: ker...@pengutronix.de; li...@arm.linux.org.uk; robh...@kernel.org;
pawel.m...@arm.com; mark.rutl...@arm.com; ijc+devicet...@hellion.org.uk
On Wed, Aug 06, 2014 at 04:35:15PM +0800, Shengjiu Wang wrote:
> This patch mainly adds the clock route from external 24.576MHz OSC to internal
> ESAI clock via analog clock2 PADs on the SoC and pll4 so that ESAI can get an
> entirely synchronous clock source against CS42888.
>
> [ 1, We found if
On Wed, Aug 06, 2014 at 02:14:16PM +0530, A Raghavendra Rao wrote:
> Fix the following sparse warnings:
> drivers/staging/rtl8192u/r8192U_core.c:670:6: warning: symbol 'dump_eprom'
> was not declared. Should it be static?
> drivers/staging/rtl8192u/r8192U_core.c:1556:14: warning: symbol
> 'txqueue2
On 2014/7/21 10:34, Rui Xiang wrote:
> On 2014/7/18 17:10, Lukáš Czerner wrote:
>> On Wed, 16 Jul 2014, Rui Xiang wrote:
>>
>>> Date: Wed, 16 Jul 2014 17:28:10 +0800
>>> From: Rui Xiang
>>> To: Lukáš Czerner
>>> Cc: Dave Kleikamp , linux-e...@vger.kernel.org,
>>> linux-fsde...@vger.kernel.org
If the device data is not accessible for some reason, returning 0 will cause
the call to be
continuously called again as none of the string has been 'consumed'.
---
drivers/hid/hid-lg4ff.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/hid/hid-lg4ff.c b/drivers/hi
On 2014/7/21 10:34, Rui Xiang wrote:
> On 2014/7/18 17:10, Lukáš Czerner wrote:
>> On Wed, 16 Jul 2014, Rui Xiang wrote:
>>
>>> Date: Wed, 16 Jul 2014 17:28:10 +0800
>>> From: Rui Xiang
>>> To: Lukáš Czerner
>>> Cc: Dave Kleikamp , linux-e...@vger.kernel.org,
>>> linux-fsde...@vger.kernel.org
When ACPI_HOTPLUG_MEMORY is not configured, memory_device_handler.attach is not
set.
And in acpi_scan_attach_handler(), the acpi_device->handler will not be
initialized.
In acpi_scan_hot_remove(), it doesn't check if acpi_device->handler is NULL.
If we do memory hot-remove without ACPI_HOTPLUG_M
Hello,i have a business proposal worth a sum of Twenty Million Six Hundred
Thousand Great British Pounds.if interested please response through this
email:markcarnetdept...@outlook.com.
Regard
Mark Carney
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 8/6/2014 12:32 PM, Kees Cook wrote:
> From: Mark Salter
>
> ARM is different from other architectures in that fixmap pages are indexed
> with a positive offset from FIXADDR_START. Other architectures index with
> a negative offset from FIXADDR_TOP. In order to use the generic fixmap.h
> defi
On Thu, Aug 7, 2014 at 12:10 AM, Vincent Palatin wrote:
>
> On Sun, Aug 3, 2014 at 10:52 PM, Pawel Osciak wrote:
> > This looks good to me in general (with one comment below). I don't think we
> > can easily implement current V4L2 pan and tilt controls that are for
> > movement by a specified amo
Fabio,
On Wed, Aug 6, 2014 at 6:35 PM, Fabio Estevam wrote:
> On Wed, Aug 6, 2014 at 10:08 PM, Javier Martinez Canillas
> wrote:
>
>> +&hsi2c_8 {
>> + status = "okay";
>> + clock-frequency = <333000>;
>
> Doesn't it work at the more standard 400kHz i2c frequency?
I'm pretty sure tha
Caesar,
On Wed, Aug 6, 2014 at 6:27 PM, caesar wrote:
> Doug,
>
> 在 2014年08月07日 06:46, Doug Anderson 写道:
>
>> Caesar,
>>
>> On Thu, Jul 24, 2014 at 3:21 AM, Caesar Wang
>> wrote:
>>>
>>> +static const struct rockchip_pwm_data pwm_data_v1 = {
>>> + .regs.duty = PWM_HRC,
>>> + .regs.pe
Hi Joonsoo,
On 08/06/2014 03:18 PM, Joonsoo Kim wrote:
> per cpu pages structure, aka pcp, has high and batch values to control
> how many pages we perform caching. This values could be updated
> asynchronously and updater should ensure that this doesn't make any
> problem. For this purpose, pages
On 07/31/2014 02:58 AM, John Stultz wrote:
>
> Hey! Sorry for the late response here.
>
> So this seems reasonable as always failing suspend is problematic, but
> I worry that for the case where we do have a failure to read or set
> the RTC, we'd suspend and not wake up as specified, which is a
On Wed, Aug 6, 2014 at 9:55 PM, Kamal Mostafa wrote:
>
> On Wed, 2014-08-06 at 14:30 -0700, Davidlohr Bueso wrote:
>> Well 3.13.y.z isn't an Ubuntu kernel, its upstream, and those archs
>> *are* supported.
>
> Davidlohr's answer is correct: This is not an "Ubuntu kernel".
>
> 3.13.y.z is an "exten
On 07/24/2014 09:19 AM, Andrew Morton wrote:
>
> So what should rtc do in this case? At present it pretends the read
> succeeded. Either way, this doesn't seem to be the place to be making
> such policy decisions..
>
>
>
I agree. But, in this case, RTC device driver can not do anything. An
> On Wed, 2014-08-06 at 17:25 -0400, Andev wrote:
> > On Wed, Aug 6, 2014 at 4:54 PM, Kamal Mostafa wrote:
> > > This is a note to let you know that I have just added a patch titled
> > >
> > > locking/mutex: Disable optimistic spinning on some architectures
> > >
> > > to the linux-3.13.y-qu
SuperH BUG() have warnings like
kernel/sched/core.c:2692:1: warning: control reaches end of non-void function
[-Wreturn-type]
net/core/ethtool.c:236:1: warning: control reaches end of non-void function
[-Wreturn-type]
Other BUG() implementations
have added unreachable() at end becuase of which I
1 - 100 of 656 matches
Mail list logo
