On Fri, Jan 11, 2013 at 10:58:27AM +0900, Chanwoo Choi wrote:
> Applied this patch set.
> You can check this on extcon git repository:
> http://git.kernel.org/?p=linux/kernel/git/chanwoo/extcon.git;a=shortlog;h=refs/heads/for-next
Looks good. It does seem this tree isn't in -next, though - if t
On Fri, Jan 11, 2013 at 07:58:23PM +0530, Vivek Gautam wrote:
> Hi,
>
>
> On Fri, Jan 11, 2013 at 7:29 PM, Felipe Balbi wrote:
> > Hi,
> >
> > On Fri, Jan 11, 2013 at 07:13:55PM +0530, Vivek Gautam wrote:
> >> On Thu, Jan 10, 2013 at 6:32 PM, Felipe Balbi wrote:
> >> > Hi,
> >> >
> >> > On Mon,
On Mon, Jan 14, 2013 at 8:27 AM, Chanho Min wrote:
> We just want to use this HW function even if SW support is needed.
> Anyway, It was very useful for megabyte rate chips.
So RX DMA will not be enabled for things like console, but
accelerators etc. OK that's perfectly valid.
Looking back at t
On Tue, Dec 25, 2012 at 07:54:20PM -0200, Marcelo Tosatti wrote:
> On Thu, Dec 20, 2012 at 03:53:59PM +0800, Hu Tao wrote:
> > Hi,
> >
> > Any comments?
>
> Did you verify possibilities listed at
> https://lkml.org/lkml/2012/11/20/653 ?
Except the EIO one you mentioned. I don't know how to repr
From: Nicolas Ferre
Signed-off-by: Nicolas Ferre
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c
index 4516839..
From: Nicolas Ferre
Will allow to drop the lock during DMA operations.
Signed-off-by: Nicolas Ferre
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
d
To meet the different spi IP version of atmel SoC,
add the more compatible with different config and devtype.
The "has_dma_support" is used to select the dma engine transfer mode.
The "has_wdrbt" indicate if there is the "WDRBT" bit in the Mode Register,
WDRBT (Wait Data Read Before Transfer),if
Hi All,
This set of patches is to add dmaengine and device tree support for atmel spi.
The work is based on Nicolas and Richard's work.
It is tested on at91sam9x5ek, at91sam9m10g45ek, at91sam9263ek and at91sam9g20ek.
It is based on v3.8-rc3.
Changelog:
v4:
1./ Take Joe Perches's advance
From: Richard Genoud
Signed-off-by: Richard Genoud
[wenyou.y...@atmel.com: add spi nodes for sam9260, sam9263, sam9g45 and sam9n12]
[wenyou.y...@atmel.com: remove spi property "cs-gpios" to the board dts files]
Signed-off-by: Wenyou Yang
Cc: li...@arm.linux.org.uk
---
arch/arm/boot/dts/at91sam
From: Richard Genoud
Signed-off-by: Richard Genoud
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/spi/spi-atmel.c b/drivers/spi/spi-atmel.c
ind
From: Richard Genoud
Signed-off-by: Richard Genoud
[
Cc: li...@arm.linux.org.uk
Cc: plagn...@jcrosoft.com
Cc: li...@maxim.org.za
---
arch/arm/mach-at91/at91sam9260.c |2 ++
arch/arm/mach-at91/at91sam9g45.c |2 ++
arch/arm/mach-at91/at91sam9n12.c |2 ++
arch/arm/mach-at91/at91sam9x5.
From: Richard Genoud
Signed-off-by: Richard Genoud
[wenyou.y...@atmel.com: added spi nodes for the sam9263ek, sam9g20ek,
sam9m10g45ek and sam9n12ek boards]
Signed-off-by: Wenyou Yang
Cc: li...@arm.linux.org.uk
---
arch/arm/boot/dts/at91sam9263ek.dts | 14 ++
arch/arm/boo
From: Richard Genoud
Signed-off-by: Richard Genoud
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c | 46 +-
1 file changed, 37 insertions(+), 9 deletions(-)
diff --git a/drivers/spi/spi-atmel.c
From: Nicolas Ferre
Add dmaengine support.
For different SoC, the "has_dma_support" is used to select
the transfer mode: dmaengine or PDC.
For the dmaengine transfer mode, if it fails to config dmaengine,
or if the message len less than 16 bytes, it will use the PIO transfer mode.
Signed-off-b
From: Nicolas Ferre
Needed for future use with dmaengine enabled driver.
Signed-off-by: Nicolas Ferre
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.sourceforge.net
---
drivers/spi/spi-atmel.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/spi/spi-atmel.c b/drivers
From: Richard Genoud
This is the following of the patch e2b35f3dbfc080f15b72834d08f04f0269dbe9be
Signed-off-by: Richard Genoud
[wenyou.y...@atmel.com: fix DMA: when enable both spi0 and spi1, spi0 doesn't
work]
Signed-off-by: Wenyou Yang
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lis
From: Nicolas Ferre
The status of transfer is stored in controller data structure
so that it can be used not only by atmel_spi_msg_done() function.
This will be useful for upcoming dmaengine enabled driver.
Signed-off-by: Nicolas Ferre
Cc: grant.lik...@secretlab.ca
Cc: spi-devel-gene...@lists.s
On 01/14/2013 02:57 PM, Michael S. Tsirkin wrote:
> On Mon, Jan 14, 2013 at 10:59:02AM +0800, Jason Wang wrote:
>> On 01/13/2013 07:10 PM, Michael S. Tsirkin wrote:
>>> On Mon, Jan 07, 2013 at 11:04:32PM +0800, Jason Wang wrote:
On 01/07/2013 10:55 PM, Michael S. Tsirkin wrote:
> On Mon, J
Hi Marcelo,
Sorry for the late reply.
On Tue, Dec 25, 2012 at 07:52:05PM -0200, Marcelo Tosatti wrote:
> On Thu, Dec 20, 2012 at 03:53:59PM +0800, Hu Tao wrote:
> > Hi,
> >
> > Any comments?
>
> As far as i can see, items 2 and 3 of
>
> https://lkml.org/lkml/2012/11/12/588
>
> Have not been a
Hi Arnd,
On Wednesday 07 November 2012 07:46 PM, Arnd Bergmann wrote:
> On Wednesday 07 November 2012, Vineet Gupta wrote:
>> +static struct platform_device arc_uart##n##_dev = {\
>> + .name = "arc-uart", \
>> + .id = n,
On Thu, Jan 10, 2013 at 06:35:26PM +0530, Philip Avinash wrote:
> From: "Philip, Avinash"
>
> The clock framework has changed and it's now better to invoke
> clock_prepare_enable() and clk_disable_unprepare() rather than the
> legacy clk_enable() and clk_disable() calls. This patch converts the
>
On Fri, Jan 11, 2013 at 08:46:20AM +0100, Prashant Gaikwad wrote:
> +static int _program_pll(struct clk_hw *hw, struct tegra_clk_pll_freq_table
> *cfg,
> + unsigned long rate)
> +{
> + struct tegra_clk_pll *pll = to_clk_pll(hw);
> + unsigned long flags = 0;
> +
On Mon, Jan 14, 2013 at 3:46 PM, Linus Walleij wrote:
> On Mon, Jan 14, 2013 at 1:26 AM, Russell King - ARM Linux
>> What you describe above is exactly the problem I see on the Versatile
>> platform with it's PL080 and PL011. I made the comment that this setup
>> can't work properly as it stands.
Removed LinMing@intel
Hi James,
Sorry for the late reply, as I'm just picking up this work and thought
this may still need some discussion/clarification. Please see below.
On 07/06/2012 04:05 PM, James Bottomley wrote:
> On Fri, 2012-07-06 at 14:07 +0800, Lin Ming wrote:
>> On Fri, 2012-07-06 at
On Mon, Jan 14, 2013 at 11:47 AM, Ming Lei wrote:
> On Mon, Jan 14, 2013 at 1:42 AM, Alex Riesen wrote:
> [ 86.901367] io scheduler deadline registered (default)
> [ 181.168487] INFO: task modprobe:2462 blocked for more than 90 seconds.
> [ 181.175323] "echo 0 > /proc/sys/kernel/hung_task_tim
On Fri, 11 Jan 2013 11:47:03 +0800, Alex Shi wrote:
> On 01/11/2013 01:17 AM, Morten Rasmussen wrote:
>> On Sat, Jan 05, 2013 at 08:37:46AM +, Alex Shi wrote:
>>> If the wake/exec task is small enough, utils < 12.5%, it will
>>> has the chance to be packed into a cpu which is busy but still has
Du har överskridit gränsen för din postlåda som fastställts av vår IT-service,
och från och med nu kan du inte ta emot alla inkommande e-postmeddelanden och
även några av dina utgående e-postmeddelanden inte kommer att levereras och
slutligen kommer ditt konto vara "deaktiverad" inom 24 timmar f
On Thu, Jan 10, 2013 at 06:33:44PM +0530, Philip Avinash wrote:
> In low power modes of AM33XX platforms, peripherals power is cut off.
> This patch supports low power sleep transition support for ECAP driver.
>
> Signed-off-by: Philip Avinash
> ---
> drivers/pwm/pwm-tiecap.c | 44
On Thu, Jan 10, 2013 at 06:33:43PM +0530, Philip Avinash wrote:
[...]
> diff --git a/drivers/pwm/pwm-tiehrpwm.c b/drivers/pwm/pwm-tiehrpwm.c
[...]
> +static int ehrpwm_pwm_suspend(struct device *dev)
> +{
> + struct ehrpwm_pwm_chip *pc = dev_get_drvdata(dev);
> +
> + ehrpwm_pwm_context_save
On Sat, 5 Jan 2013 16:37:45 +0800, Alex Shi wrote:
> This patch add power aware scheduling in fork/exec/wake. It try to
> select cpu from the busiest while still has utilization group. That's
> will save power for other groups.
>
> The trade off is adding a power aware statistics collection in gro
On Mon, Jan 14, 2013 at 10:59:02AM +0800, Jason Wang wrote:
> On 01/13/2013 07:10 PM, Michael S. Tsirkin wrote:
> > On Mon, Jan 07, 2013 at 11:04:32PM +0800, Jason Wang wrote:
> >> On 01/07/2013 10:55 PM, Michael S. Tsirkin wrote:
> >>> On Mon, Jan 07, 2013 at 12:38:17PM +0800, Jason Wang wrote:
>
Hi Alex,
Just a few nitpickings..
On Sat, 5 Jan 2013 16:37:43 +0800, Alex Shi wrote:
> This patch add the power aware scheduler knob into sysfs:
>
> $cat /sys/devices/system/cpu/sched_policy/available_sched_policy
> performance powersaving balance
> $cat /sys/devices/system/cpu/sched_policy/cur
On Mon, Jan 14, 2013 at 1:26 AM, Russell King - ARM Linux
wrote:
> [Me]
>> But it may very well be that the single request can not be
>> enabled for the PL011 for it to work properly.
>
> What you describe above is exactly the problem I see on the Versatile
> platform with it's PL080 and PL011. I
On Wed, Jan 9, 2013 at 3:24 AM, Stanislav Kinsbursky
wrote:
> 22.12.2012 19:43, Sasha Levin пишет:
>
>> On 12/21/2012 04:57 PM, Sasha Levin wrote:
>>>
>>> On 12/21/2012 03:46 PM, Stanislav Kinsbursky wrote:
21.12.2012 00:47, Andrew Morton пишет:
>
> On Thu, 20 Dec 2012 08:06:32 +
Thanks!
11.01.2013 21:20, J. Bruce Fields пишет:
On Fri, Jan 11, 2013 at 12:03:12PM -0500, J. Bruce Fields wrote:
On Fri, Jan 11, 2013 at 06:56:58PM +0400, Stanislav Kinsbursky wrote:
11.12.2012 19:35, J. Bruce Fields пишет:
On Tue, Dec 11, 2012 at 10:20:36AM -0500, J. Bruce Fields wrote:
On
>From f33394556e8c642d5c146a3db244f6e8619748a4 Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Tue, 8 Jan 2013 11:18:17 +0800
Subject: [PATCH 2/2] Xen ACPI memory hotplug
This patch implements real Xen acpi memory hotplug driver as module.
When loaded, it replaces Xen stub driver.
When an acpi
>From 008ab02becba5ca94fddd6ce9be27b9877a6c55e Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Tue, 8 Jan 2013 11:15:14 +0800
Subject: [PATCH 1/2] Xen stub driver for memory hotplug
This patch create a file (xen-stub.c) for Xen stub drivers.
Xen stub drivers are used to reserve space for Xen dri
11.01.2013 21:03, J. Bruce Fields пишет:
On Fri, Jan 11, 2013 at 06:56:58PM +0400, Stanislav Kinsbursky wrote:
11.12.2012 19:35, J. Bruce Fields пишет:
On Tue, Dec 11, 2012 at 10:20:36AM -0500, J. Bruce Fields wrote:
On Tue, Dec 11, 2012 at 07:07:00PM +0400, Stanislav Kinsbursky wrote:
I don'
This adds a leak decoder callback so that kmem_cache_destroy()
can use to generate debugging output for the allocated objects.
Callers like btrfs are using their own leak tracking which will
manage allocated objects in a list(or something else), this does
indeed the same thing as what slab does.
Agree, w/ minor comments below.
Konrad Rzeszutek Wilk wrote:
>> +
>> +/*
>> + * Early boot code has recognized memory area by EFI/E820.
>> + * If DSDT shows these memory devices on boot, hotplug is not
>> necessary + * for them. So, it just returns until completion of
>> this driver
> Oh grr.. forget this completely. It doesn't take into account the
> patches I already sent for WM8850.
>
> I guess it needs to be based on timer/cleanup + vt8500/wm8x50.
>
> Need a little advise on how to handle this one please :)
>
> Regards
> Tony P
Turns out the original patch applies clea
2013/1/14, Jaegeuk Kim :
> 2013-01-12 (토), 14:41 +0900, Namjae Jeon:
>> From: Namjae Jeon
>>
>> #> cat /sys/kernel/debug/tracing/events/f2fs/enable
>> 0
>> #> echo 1 > /sys/kernel/debug/tracing/events/f2fs/enable
>> #> cat /sys/kernel/debug/tracing/events/f2fs/enable
>> 1
>>
>> #> mount -t f2fs /d
On Mon, 2013-01-14 at 18:13 +1300, Tony Prisk wrote:
> On Mon, 2013-01-14 at 18:09 +1300, Tony Prisk wrote:
> > This patch moves arch-vt8500/timer.c into drivers/clocksource and
> > updates the necessary Kconfig/Makefile options.
> >
> > Signed-off-by: Tony Prisk
> > ---
> > arch/arm/mach-vt8500
On Sun, Jan 13, 2013 at 4:56 AM, Borislav Petkov wrote:
> On Thu, Jan 03, 2013 at 04:48:41PM -0800, Yinghai Lu wrote:
>> We should not set mapping for all under max_pfn.
>
> "We should not establish mappings for all memory under max_pfn."
that is not accurate.
We should not set mapping for all r
Hi Doug,
On Sat, Jan 12, 2013 at 6:20 AM, Doug Anderson wrote:
> Vivek,
>
> On Fri, Jan 11, 2013 at 4:40 AM, Vivek Gautam
> wrote:
+#define HOST_CTRL0_REFCLKSEL_MASK (0x3)
+#define HOST_CTRL0_REFCLKSEL_XTAL (0x0 << 19)
+#define HOST_CTRL0_REFCLKSEL_EXTL
On Sun, Jan 13, 2013 at 1:41 PM, Borislav Petkov wrote:
> On Thu, Jan 03, 2013 at 04:48:42PM -0800, Yinghai Lu wrote:
>> ext_ramdisk_image/size will record high 32bits for ramdisk info.
>>
>> xloadflags bit0 will be set if relocatable with 64bit.
>
> Let's describe that in more detail:
>
> "Bit 0
On Fri, 11 Jan 2013 22:40:50 +0100
Stephen Warren wrote:
> On 01/11/2013 05:17 AM, Hiroshi Doyu wrote:
> > On Fri, 11 Jan 2013 08:46:25 +0100
> > Prashant Gaikwad wrote:
> >
> >> Add tegra30 clock support based on common clock framework.
> >>
> >> Signed-off-by: Prashant Gaikwad
> > ...
>
2013/1/13, James Hogan :
> Hi,
>
> I've encountered a reproducable kernel bug which makes the screen switch
> to a console and display the kernel log below. This is what I did:
>
> * Insert a particular DVD-R I have which appears to be corrupt. It then
> makes the DVD drive make some unpleasant n
On Mon, 2013-01-14 at 18:09 +1300, Tony Prisk wrote:
> This patch moves arch-vt8500/timer.c into drivers/clocksource and
> updates the necessary Kconfig/Makefile options.
>
> Signed-off-by: Tony Prisk
> ---
> arch/arm/mach-vt8500/Kconfig |1 +
> arch/arm/mach-vt8500/Makefile |
Commit-ID: ab3cd8670e0b3fcde7f029e1503ed3c5138e9571
Gitweb: http://git.kernel.org/tip/ab3cd8670e0b3fcde7f029e1503ed3c5138e9571
Author: H. Peter Anvin
AuthorDate: Sun, 13 Jan 2013 20:36:39 -0800
Committer: H. Peter Anvin
CommitDate: Sun, 13 Jan 2013 20:36:39 -0800
x86/Sandy Bridge: mark
Hi Olof,
Not sure if I have done this correctly but this is the patch to move the
vt8500/timer.c code into drivers/clocksource.
I based it on timer/cleanup from armsoc (hopefully this is right - if not, a
few pointers in the right direction would be appreciated).
Regards
Tony P
The following c
This patch moves arch-vt8500/timer.c into drivers/clocksource and
updates the necessary Kconfig/Makefile options.
Signed-off-by: Tony Prisk
---
arch/arm/mach-vt8500/Kconfig |1 +
arch/arm/mach-vt8500/Makefile |2 +-
arch/arm/mach-vt8500/common.h |1 -
arch/arm/mach-vt
The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-3.8-rc3
for you to fetch changes up to 8cf65dc386f3634a43312f
The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.8-rc3
for you to fetch changes up to 397c60668aa5a
The following changes since commit 9931faca02c604c22335f5a935a501bb2ace6e20:
Linux 3.8-rc3 (2013-01-09 18:59:55 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/
tags/driver-core-3.8-rc3
for you to fetch changes up to f1688
The following changes since commit d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc.git/
tags/char-misc-3.8-rc3
for you to fetch changes up to e6028db01
On Mon, Jan 14, 2013 at 12:04:00PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the sound-asoc tree, today's linux-next build
> (x86_64allmodconfig) failed like this:
Applied, thanks.
> As an aside, should ak4642_of_match be marked "const"?
Probably.
--
To unsubscribe from this li
Hi all,
Changes since 20130111:
Dropped tree: samung (many conflicts)
Removed trees: fw-cputime, fw-sched (served their purpose)
drop-experimental (merged into the driver-core tree)
The ia64 tree lost its build failure.
The powerpc tree still had its build failures.
The pm tree gained
Hi Joe, Andrew,
On Fri, 11 Jan 2013 18:29:49 -0800 Joe Perches wrote:
>
> On Sat, 2013-01-12 at 13:17 +1100, Stephen Rothwell wrote:
> > On Fri, 11 Jan 2013 17:43:06 -0800 Randy Dunlap
> > wrote:
> > >
> > > b0rked.
> > >
> > > Some (randconfig?) causes this set of errors:
>
> I guess that's
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
drivers/block/mtip32xx/mtip32xx.c between commit 16c906e51c6f ("mtip32xx:
Add workqueue and NUMA support") from the tree and commit "mtip32xx:
convert to batch completion" from the akpm tree.
I couldn't see how to fix up the
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
scripts/tags.sh between commit 9f14b4201239 ("scripts/tags.sh: Fix regex
syntax for etags") from the kbuild tree and commit "scripts/tags.sh: add
magic for declarations of popular kernel type" from the akpm tree.
I fixed it up
On Mon, Jan 14, 2013 at 1:42 AM, Alex Riesen wrote:
>
> 1. Compile a kernel with deadline elevator as module
> 2. Boot into it, make sure the elevator is selected
> (I used "elevator=deadline" in the kernel command line)
> 3. Insert a FAT formatted mass storage device in an USB2 port
>Observ
On Mon, 2013-01-14 at 13:04 +1000, Cruz Julian Bishop wrote:
> Previously, checking memset declarations would generate
> a lot of errors saying that $ms_size was not defined.
Try this one instead:
https://lkml.org/lkml/2013/1/10/444
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, Jan 08, 2013 at 10:27:54AM -0500, Alan Stern wrote:
> On Tue, 8 Jan 2013, Aaron Lu wrote:
>
> > So this also reminds me that as long as CONFIG_PM_RUNTIME is selected,
> > the blk_pm_add/put/peek_request functions will be in the block IO path.
> > Shall we introduce a new config option to s
Previously, checking memset declarations would generate
a lot of errors saying that $ms_size was not defined.
This commit fixes that.
Signed-off-by: Cruz Julian Bishop
---
scripts/checkpatch.pl |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl b/sc
On Tue, Jan 08, 2013 at 10:22:45AM -0500, Alan Stern wrote:
> Just as importantly, all of the public routines added in patch 2/4 to
> blk-core.c should have kerneldoc explaining how and where to use them.
> In particular, the kerneldoc for blk_pm_runtime_init() has to mention
> that the block run
On 01/13/2013 07:10 PM, Michael S. Tsirkin wrote:
> On Mon, Jan 07, 2013 at 11:04:32PM +0800, Jason Wang wrote:
>> On 01/07/2013 10:55 PM, Michael S. Tsirkin wrote:
>>> On Mon, Jan 07, 2013 at 12:38:17PM +0800, Jason Wang wrote:
On 01/06/2013 09:22 PM, Michael S. Tsirkin wrote:
> On Sun, J
commit 0fb9656d changes the behaviour of trace_pipe, ie. it makes trace_pipe
return if we've read something and tracing is enabled, and this means that
we have to 'cat trace_pipe' again and again while running tests.
IMO the right way is if tracing is enabled, we always block and wait for
ring buf
From: fangxiaozhi
1. Optimize the matching rules with new macro for Huawei USB storage devices,
to avoid to load USB storage driver for the modem interface
with Huawei devices.
2. Add to support new switch command for new Huawei USB dongles.
Signed-off-by: fangxiaozhi
-
On Thu, Nov 01, 2012 at 02:05:36PM -0400, Vivien Didelot wrote:
> As for i2c-core, let the SPI core handle the removal of the device's
> drvdata, after a remove() or a probe() failure.
Any driver that notices this change is buggy, the driver shouldn't
use a drvdata value that it didn't set. I had
On Mon, Jan 14, 2013 at 02:44:08AM +, Kim, Milo wrote:
> > So, clearly that's going to be the behaviour at the system level but
> > the
> > consumers aren't going to know that. If the consumer supports some of
> > the supplies being enabled and disabled separately then it will rely on
> > the
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/crypto/omap-sham.c between commit dfd061d5a8f5 ("crypto:
omap-sham - Add code to use dmaengine API") from the crypto tree and
commit a62a6e98c370 ("ARM: OMAP2+: Disable code that currently does not
work with multiplafor
Hi Fabio,
於 日，2013-01-13 於 23:11 +0100，Fabio Coatti 提到：
> Hi all,
> on my laptop (hp folio 9470m), the rfkill button works fine on 3.6.10
Does rfkill button means Fn+F12 key on your machine?
> and 11 (don't know about older kernels), but is not working on 3.7.X
> (latest tested is 3.7.2).
> On
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
>
> So, clearly that's going to be the behaviour at the system level but
> the
> consumers aren't going to know that. If the consumer supports some of
> the supplies being enabled and disabled separately then it will rely on
> the re
On Sun, Jan 13, 2013 at 6:08 PM, Thomas Renninger wrote:
> On Saturday, January 12, 2013 09:07:12 AM Yinghai Lu wrote:
>> On Sat, Jan 12, 2013 at 3:31 AM, Thomas Renninger wrote:
>> > memmap=exactmap [KNL,X86] Enable setting of an exact
>> >
>> > - E820 memory map, a
On Sun, 13 Jan 2013, Oliver Neukum wrote:
> On Sunday 13 January 2013 18:42:49 Alex Riesen wrote:
> > On Sun, Jan 13, 2013 at 5:56 PM, Alan Stern
> > wrote:
> > > On Sun, 13 Jan 2013, Alex Riesen wrote:
> > >>
> > >> Yes, almost. What about khubd hanging when machine is shutdown?
> > >
> > > Wha
On Thu, Nov 01, 2012 at 05:32:26PM +0200, Pantelis Antoniou wrote:
> Introducing capebus; a bus that allows small boards (capes) to connect
> to a complex SoC using simple expansion connectors.
>
> Up to now to support these kind of boards, one had to hack the board files,
> and do all sort of gym
On Fri, Jan 11, 2013 at 05:01:29PM +0100, Michal Nazarewicz wrote:
> It occurred to me -- and I know it will sound like a heresy -- that
> maybe providing an overly long example in C is not the best option here.
> Why not page_owner.py with the following content instead (not tested):
>
>
> #!/usr
Hi,
> I would not say this is a bug but let me repeat, no need to convince me.
>
> Please feel free to re-send the patch(es) I sent to maintainers. Sorry,
> I can't push these changes into Linus's tree.
So here again is the patch that I need so badly - clearly it fixes a bug
and harms nobody:
--
Dear Greg:
> -Original Message-
> From: Greg KH [mailto:g...@kroah.com]
> Sent: Saturday, January 12, 2013 8:22 AM
> To: Fangxiaozhi (Franko)
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Xueguiying
> (Zihan);
> Linlei (Lei Lin); Yili (Neil); Wangyuhua (Roger, Credit); Hu
This fixes all instances of
"Please, no spaces at start of a new line"
"Please, no spaces before tabs"
Please note that I probably got the warning names wrong,
but they should be close enough for usage here :)
Additional post-commit note: There is one comment on line 230ish in sli
The errors fixed are all instances of
"ERROR: do not use assignment in if condition"
Signed-off-by: Cruz Julian Bishop
---
drivers/staging/slicoss/slicoss.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/slicoss/slicoss.c
b/drivers/staging/slicos
I'm assuming that "CRC shit reg" is referencing the CRC register/registry.
Please ignore this patch if "shit" is actually in context
Signed-off-by: Cruz Julian Bishop
---
drivers/staging/slicoss/slicoss.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/
Hi everyone,
Here are three patches for Slicoss' staging driver.
It originally started as a project to remove all swearing in the Staging
drivers, but I got caught by the whitespace warnings. I don't like them :)
Sorry if I made a mistake with the second patch; I don't see how it could have
any
[maybe you received more, I'm very sorry for that]
>On Fri, Jan 11, 2013 at 03:26:37PM +0100, Jens Axboe wrote:
>> On 2013-01-11 10:11, majianpeng wrote:
>> > In func tg_may_dispatch,
>> >> if (throtl_slice_used(td, tg, rw))
>> >> throtl_start_new_slice(td, tg, rw);
>> > ...
>> >> if (tg_
On Thu, Nov 01, 2012 at 05:32:25PM +0200, Pantelis Antoniou wrote:
> Capebus is created to address the problem of many SoCs that can provide a
> multitude of hardware interfaces but in order to keep costs down the main
> boards only support a limited number of them. The rest are typically brought
>
>On Fri, Jan 11, 2013 at 03:26:37PM +0100, Jens Axboe wrote:
>> On 2013-01-11 10:11, majianpeng wrote:
>> > In func tg_may_dispatch,
>> >> if (throtl_slice_used(td, tg, rw))
>> >> throtl_start_new_slice(td, tg, rw);
>> > ...
>> >> if (tg_with_in_bps_limit(td, tg, bio, &bps_wait)
>> >>
Hi maintainers,
Could you help to push this patch?
Every time syncing the latest code, always meet this build error.
Sorry to disturb.
> -Original Message-
> From: Peter Ujfalusi [mailto:peter.ujfal...@ti.com]
> Sent: Monday, December 31, 2012 6:04 PM
> To: Liu, Chuansheng
> Cc: sa...@lin
Hi Linus,
Nothing too astounding,
nouveau: bunch of regression fixes and oops fixes
radeon: UMS fixes , rn50 fix, dma fix
udl: fix EDID retrieval for large EDIDs.
Dave.
The following changes since commit 82ba789f48de669fd0bbc84c326f07571d078572:
Merge branch 'drm-intel-fixes' of
git://peop
>On Fri, Jan 11, 2013 at 03:26:37PM +0100, Jens Axboe wrote:
>> On 2013-01-11 10:11, majianpeng wrote:
>> > In func tg_may_dispatch,
>> >> if (throtl_slice_used(td, tg, rw))
>> >> throtl_start_new_slice(td, tg, rw);
>> > ...
>> >> if (tg_with_in_bps_limit(td, tg, bio, &bps_wait)
>> >>
On Saturday, January 12, 2013 09:07:12 AM Yinghai Lu wrote:
> On Sat, Jan 12, 2013 at 3:31 AM, Thomas Renninger wrote:
> > memmap=exactmap [KNL,X86] Enable setting of an exact
> >
> > - E820 memory map, as specified by the user.
> > - Such memma
Hi Greg,
This is a series of fixes/cleanup for the vt8500 serial/uart driver.
I'm not sure how you want to handle these.
Arguably #1, #2 and #3 are bug fixes which could go into 3.8. None of
them cause immediate problems, but potentially could.
#4 is definately a cleanup for 3.9.
Let me know i
Fix two instances where the index to vt8500_uart_ports is tested
against > VT8500_MAX_PORTS. Correct usage should be >= VT8500_MAX_PORTS.
Signed-off-by: Tony Prisk
---
drivers/tty/serial/vt8500_serial.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial
Memory mapped via ioremap call is never released. Rather than add an
iounmap call, change allocation function to devm_request_and_ioremap.
Also, change the error on failure for this call to -EBUSY rather than
-ENOMEM.
Signed-off-by: Tony Prisk
---
drivers/tty/serial/vt8500_serial.c |4 ++--
Convert the last memory allocation (vt8500_port) to use devm_kzalloc
and remove the fail path cleanup code from vt8500_serial_probe.
Reorder iomem mapping above clk_enable to simplify fail code. The
clock is only enabled if all other resources are available.
Signed-off-by: Tony Prisk
---
driver
UART modules on Wondermedia SoCs are connected via a gated clock
source, rather than directly to the 24Mhz reference clock. While
uboot enables UART0 for debugging, other UART ports are unavailable
until the clock is enabled.
This patch checks that a valid clock is actually passed from devicetree,
In case of SP5100 or SB7x0 chipsets, the sp5100_tco module writes zero to
reserved bits. The module, however, shouldn't depend on specific default
value, and should perform a read-merge-write operation for the reserved
bits.
This patch makes the sp5100_tco module perform a read-merge-write operati
In case of SB800 or later chipset and re-programming MMIO address(*),
sp5100_tco module may read incorrect value of reserved bit, because the module
reads a value from an incorrect I/O address. However, this bug doesn't cause
a problem, because when re-programming MMIO address, by chance the module
2013-01-12 (토), 14:42 +0900, Namjae Jeon:
> From: Namjae Jeon
>
> With f2fs having different writepages support for data, node and metapages.
> It will not be covered under the generic blk plug support.
Could you show any improvement points with this patch?
Currently, there is no reason to use
于 2013年01月14日 01:41, Guenter Roeck 写道:
> Maybe the confusion arises from the somewhat lax use of the term "const
> pointer", and the csomewhat confusing way of defining variable attributes in
> C.
> Strictly speaking,
> const char *name;
> which is identical to
> char const *name;
> is
1 - 100 of 259 matches
Mail list logo
