On 07/18/2013 07:49 PM, Waiman Long wrote:
On 07/18/2013 06:22 AM, Thomas Gleixner wrote:
Waiman,
On Mon, 15 Jul 2013, Waiman Long wrote:
On 07/15/2013 06:31 PM, Thomas Gleixner wrote:
On Fri, 12 Jul 2013, Waiman Long wrote:
[...]
+ * an increase in lock size is not an issue.
So is it
It has been over two years since this file has been touched, and
even that prior change was just to delete some ancient text.
Looking at the bigger picture, the need for this file has simply
passed. It was trying to detail required versions of userspace
packages, in order to cater to
On Sun, Jul 21, 2013 at 12:59 AM, Borislav Petkov wrote:
> On Sat, Jul 20, 2013 at 09:01:33PM +0200, Torsten Kaiser wrote:
>> On Tue, Jul 16, 2013 at 7:00 PM, Borislav Petkov wrote:
>> > On Thu, Jul 11, 2013 at 11:05:25PM +0200, Johannes Hirte wrote:
>> >> config is attached
>> >
>> > Ok, I can
Yon've won a Prize
MICROSOFT IBERICA SL"
YOU 'VE WON.
ATTN:MICROSOFT IBERICA SL
Your email has won (EUR244,000,00)
(TWO HUNDRED AND FOURTY FOUR THOUSAND EURO)
Batch number:XL73276498AM
Ref number:QR352899526KC
This is a millennium scientific computer game in which
email addresses were used.It is a
On Sat, Jul 20, 2013 at 7:45 PM, Theodore Ts'o wrote:
>
> On second thought, to avoid an "After you, Alphonse" moment, and
> because it would be really good to make sure these patches make it to
> Linus before -rc2, I thought get these patches set up for a pull
> request. Al, if you'd prefer
On 07/20/2013 11:25 AM, Jean-Francois Moine wrote:
> This generic simple card driver uses DT values to instanciate an audio
> system in which the real work is done by the subdrivers (audio
> controller, audio codec and pcm/dma controller).
New DT bindings should be sent to
http://ibrasem.com.br/xswjon/ggolzdvmdg.omp
shoom013
7/21/2013 4:05:16 AM
--
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/majordomo-info.html
Please read the FAQ
On Sat, Jul 20, 2013 at 10:32:26PM -0400, Alan Stern wrote:
> On Sat, 20 Jul 2013, Greg KH wrote:
>
> > > >>That should be passed using platform data.
> > > >
> > > >Ick, don't pass strings around, pass pointers. If you have platform
> > > >data you can get to, then put the pointer there, don't
http://akiosreels.seafishingbaituk.net/nxbkjdd/rxltut.xykaqnjgpmbxzsdzpen
davide.vecchio
7/21/2013 3:54:26 AM
--
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
On Sat, Jul 20, 2013 at 12:36:13AM +0100, Al Viro wrote:
>
> Nice catch, and you have my ACK. Which tree do you prefer that to go
> through? vfs and ext4 are the obvious candidates...
On second thought, to avoid an "After you, Alphonse" moment, and
because it would be really good to make sure
On Sat, 20 Jul 2013, Greg KH wrote:
> > >>That should be passed using platform data.
> > >
> > >Ick, don't pass strings around, pass pointers. If you have platform
> > >data you can get to, then put the pointer there, don't use a "name".
> >
> > I don't think I understood you here :-s We wont
At Fri, 19 Jul 2013 08:40:24 -0700,
Greg Kroah-Hartman wrote:
>
> On Fri, Jul 19, 2013 at 09:27:46AM +0200, Sven Joachim wrote:
> > On 2013-07-19 07:25 +0200, Greg Kroah-Hartman wrote:
> >
> > > This is the start of the stable review cycle for the 3.10.2 release.
> > > There are 72 patches in
At Thu, 18 Jul 2013 19:23:15 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.0.87 release.
> There are 18 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
On 7/10/2013 4:51 AM, Phil Carmody wrote:
> 5d is ']', 'M' is 4d.
And spelling was never my strong suit. I don't know of anyone
who depends on this value, but in case someone does the correct
fix is to change the comment, not the constant.
>
> Signed-off-by: Phil Carmody
> ---
>
Stephen Warren writes:
> From: Stephen Warren
>
> Architectures should fully validate whether kexec is possible as part of
> machine_kexec_prepare(), so that user-space's kexec_load() operation can
> report any problems. Performing validation in machine_kexec() itself is
> too late, since it is
On Sun, Jul 21, 2013 at 09:37:56AM +0900, Satoru Takeuchi wrote:
> At Thu, 18 Jul 2013 22:21:16 -0700,
> Greg Kroah-Hartman wrote:
> >
> > ---
> > Note, this is the LAST 3.9-stable kernel release that I will be doing.
> > Please move to the 3.10-stable branch as soon as possible.
> >
On 07/20/2013 12:36 PM, Felipe Contreras wrote:
> I think you need more than "hope" to change one of the fundamental
> rules of LKML; be open and honest, even if that means expressing your
> opinion in a way that others might consider offensive and colorful.
Logical fallacy type: bifurcation. You
On Sun, Jul 21, 2013 at 12:37:37AM +0800, Zheng Liu wrote:
>
> Now ext4 tree has not yet rebased against 3.11-rcX. So it seems that
> vfs tree is better if we want to fix this bug in mainline kernel as soon
> as possible.
I was going to rebase the ext4 tree to Linus's current tree just to
get
http://the-new-forest.co.uk/xskcfspt/gphrcko.ofaqwusderz
--
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/majordomo-info.html
Please read the FAQ at
At Thu, 18 Jul 2013 19:24:32 -0700,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.4.54 release.
> There are 24 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
At Thu, 18 Jul 2013 22:21:16 -0700,
Greg Kroah-Hartman wrote:
>
> ---
> Note, this is the LAST 3.9-stable kernel release that I will be doing.
> Please move to the 3.10-stable branch as soon as possible.
> ---
>
> This is the start of the stable review cycle for the
cfs_rq is declarated twice. place_entity() doesn't change cfs_rq,
so it's erratum. Fix that.
(and use above declarated se instead of >se)
Signed-off-by: Kirill Tkhai
CC: Ingo Molnar
CC: Peter Zijlstra
CC: Steven Rostedt
---
kernel/sched/fair.c | 8 +++-
1 file changed, 3 insertions(+), 5
On Sat, 2013-07-20 at 17:17 -0700, Olof Johansson wrote:
> On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely wrote:
> > Device tree bindings require a lot more attention than they used to.
> > We've got a group of volunteers willing to take over maintaining
> > bindings. This patch adds them to the
On 07/20/2013 06:12 AM, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 51b2c07b22261f19188d9a9071943d60a067481c
> Author: Jiri Kosina
> Date: Fri Jul 12 11:22:09 2013 +0200
>
> x86: Make jump_label use int3-based patching
>
>
On Fri, Jul 19, 2013 at 8:19 PM, Grant Likely wrote:
> Device tree bindings require a lot more attention than they used to.
> We've got a group of volunteers willing to take over maintaining
> bindings. This patch adds them to the MAINTAINERS file.
>
> This group still needs to work out a process
http://openvldhamme.vldhamme.be/heah/suyiar.yiptaphgbpigczriyjy
--
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/majordomo-info.html
Please read the FAQ at
Hi Linus,
Please consider pulling from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
acpi-video-3.11
to receive fixes for some problems related to ACPI backlight support and
Windows 8 compatibility with top-most commit
From: "John W. Linville"
Date: Fri, 19 Jul 2013 13:19:10 -0400
> Please accept this batch of fixes intended for the 3.11 tree...
Pulled, thanks John.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On Sat, Jul 20 2013, Mike Christie wrote:
> blk-mq: blk-mq should free bios in pass through case
>
> For non mq calls, the block layer will free the bios when
> blk_finish_request is called.
>
> For mq calls, the blk mq code wants the caller to do this.
>
> This patch has the blk mq code work
On Sat 20 July 2013 08:21:38 Thomas Fjellstrom wrote:
> I recently picked up an older IBM System x3650 server for some
> virtualization and web stuff, and after installing (oldstable) and
> upgrading (curent sid) debian, it hangs for a while on bootup trying to
> modprobe some driver (logs to
Fix
linux/include/linux/mfd/ucb1x00.h:137:17: error: field 'dev' has incomplete type
Signed-off-by: Andrea Adami
---
include/linux/mfd/ucb1x00.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mfd/ucb1x00.h b/include/linux/mfd/ucb1x00.h
index 28af417..88f90cb 100644
---
Fix
linux/include/linux/mfd/mcp.h:22:16: error: field 'attached_device' has
incomplete type
linux/include/linux/mfd/mcp.h:48:23: error: field 'drv' has incomplete type
Signed-off-by: Andrea Adami
---
include/linux/mfd/mcp.h | 2 ++
1 file changed, 2 insertions(+)
diff --git
Fix
linux/drivers/power/collie_battery.c:372:2: warning: initialization from
incompatible pointer type [enabled by default]
linux/drivers/power/collie_battery.c:372:2: warning: (near initialization
for 'collie_bat_driver.suspend') [enabled by default]
Referencess:
MFD: ucb1x00-core: convert to
Zaurus 5500 contains 2 LH28F640BFHE-PTTL90 (64M 4Mx16) and
the LH28F640BFHE-PTTL90.pdf datasheet available on the net shows
the exact erasesize and the OTP support.
At the moment only jedec_probe can discover the chip and
the NOR is mounted read only probably because of wrong vpp.
Signed-off-by:
From: Marko Katic
Here's an interesting scenario. The spitz machine has an
Intersil 6271A voltage regulator and an ADS7846 touchscreen
controller.
The ADS7846 driver _requires_ the use of a voltage regulator
or if not present, CONFIG_REGULATOR_DUMMY should be used for proper operation.
This was
Zaurus 5500 contains 2 LH28F640BFHE-PTTL90 (64M 4Mx16) and
the LH28F640BFHE-PTTL90.pdf datasheet available on the net shows
the exact erasesize and the OTP support.
At the moment only jedec_probe can discover the chip and
the NOR is mounted read only probably because of wrong vpp.
Signed-off-by:
From: Marko Katic
Unbreak kernel boot (tested with kexecboot)
Patch was sent twice upstrream:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-December/137284.html
Devices that call sharpsl_save_param() will hang on boot due to
a memcpy call that uses a physical address that is no
Fix
linux/drivers/power/tosa_battery.c:153:2: error: implicit declaration of
function 'irq_to_gpio' [-Werror=implicit-function-declaration]
| pr_info("tosa_bat_gpio irq: %d\n",
gpio_get_value(irq_to_gpio(irq)));
as done for collie_battery.c with
commit 629bcb4b72d49b3631ae3dd0fe1d345820fadfcc
On Sat, Jul 20, 2013 at 09:01:33PM +0200, Torsten Kaiser wrote:
> On Tue, Jul 16, 2013 at 7:00 PM, Borislav Petkov wrote:
> > On Thu, Jul 11, 2013 at 11:05:25PM +0200, Johannes Hirte wrote:
> >> config is attached
> >
> > Ok, I can reproduce the hang with your config but even with:
> >
> > $ grep
On Fri, Jul 19, 2013 at 6:19 AM, Daniel M. Weeks wrote:
> The call to gpiochip_add made by this driver is capable of auto-selecting a
> base if one is not provided. However, it was not called unless there was
> already a DT entry or platform data. This patch calls it even if the base is
> not
http://paljornal.com/yl/xpilsio.dulhdbaeqo
willy.woo
7/20/2013 11:10:44 PM
--
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/majordomo-info.html
Please read the FAQ
On Sat, 2013-07-20 at 09:48 -0500, Mike Christie wrote:
> On 07/19/2013 11:56 PM, Nicholas A. Bellinger wrote:
> > On Fri, 2013-07-19 at 14:01 -0700, Nicholas A. Bellinger wrote:
> >> On Fri, 2013-07-19 at 08:33 -0700, James Bottomley wrote:
> >>
> >> Indeed. Looking into the bio_copy_kern()
On Sat, Jul 20, 2013 at 08:49:32AM +0530, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Saturday 20 July 2013 05:20 AM, Greg KH wrote:
> >On Fri, Jul 19, 2013 at 12:06:01PM +0530, Kishon Vijay Abraham I wrote:
> >>Hi,
> >>
> >>On Friday 19 July 2013 11:59 AM, Greg KH wrote:
> >>>On Fri, Jul 19, 2013
On 07/18/2013 03:54 PM, Sarah Sharp wrote:
> Let's shift this discussion away from the terms "abuse" and
> "professionalism" to "respect" and "civility".
Brilliant, and +1 for a session at KS. In the mean time, why don't we
all try to demonstrate the real meaning of respect and civility, by
On 07/20/2013 10:45 PM, Linus Walleij wrote:
> On Wed, Jul 17, 2013 at 10:04 AM, Jonas Jensen wrote:
>
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>> +#include
>
> #include
>
>> +#define TIMEREG_CR_1_ENABLE
On 07/20/13 13:40, Al Viro wrote:
> On Thu, Mar 14, 2013 at 10:35:59AM +0100, Michael Kerrisk (man-pages) wrote:
>> Hello Al et al,
>>
>> Documenting O_PATH fell by the wayside last year
>> (http://thread.gmane.org/gmane.linux.man/2790) as I got distracted
>> with other tasks. A recent prod or two
On 20 July 2013 18:07, Linus Walleij wrote:
> On Tue, Jun 25, 2013 at 4:27 PM, James Hogan wrote:
>
>> Convert gpio-tz1090 driver to use generic irqchips. This allows the
>> irq_ack, irq_mask, and irq_unmask callbacks and associated helper
>> functions to be removed. Also switch to using
On Thu, Jul 18, 2013 at 10:07 PM, David Brown wrote:
> Rohit sent these three fixes out on June 18. I still need a
> devicetree ack for the first patch, and would like these to get pulled
> in for v3.11
>
> Rohit Vaswani (3):
> ARM: msm: dts: Fix the gpio register address for msm8960
>
On Fri, Jul 19, 2013 at 1:21 AM, Stephen Boyd wrote:
> This patchset adds support for 64 bit counters in the generic
> sched_clock code and converts drivers over to use it. Based
> on v3.11-rc1.
>
> Changes since v3:
> ocksource: dbx500-prcmu: Switch to sched_clock_register()
Fix subject.
>
On Sat, Jul 20, 2013 at 08:18:54PM +0100, Grant Likely wrote:
> On Sat, Jul 20, 2013 at 6:00 PM, Hank Leininger wrote:
> >
> > I realize MARC didn't carry the old/original devicetree-discuss list at
> > ozlabs. I'm pulling down the archives from that list now. Should I
> > import them as
On Wed, Jul 17, 2013 at 10:04 AM, Jonas Jensen wrote:
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
#include
> +#define TIMEREG_CR_1_ENABLEBIT(0)
Because BIT() comes from there. And we shall not rely on
On Wed, Jul 17, 2013 at 12:00 PM, Simon Guinot
wrote:
> This patch adds support for the GPIOs found on the Fintek super-I/O
> chips F71882FG and F71889F.
>
> A super-I/O is a legacy I/O controller embedded on x86 motherboards. It
> is used to connect the low-bandwidth devices. Among others
From: Rafael J. Wysocki
The error code path of the x86 package temperature thermal driver's
initialization routine, pkg_temp_thermal_init(), makes an unbalanced
call to get_online_cpus(), which causes subsequent CPU offline
operations, and consequently system suspend, to permanently block
in
On Saturday, July 20, 2013 02:34:58 PM Kay Sievers wrote:
> On Sat, Jul 20, 2013 at 1:47 PM, Kay Sievers wrote:
> > On Sat, Jul 20, 2013 at 12:56 PM, Rafael J. Wysocki wrote:
> >
> >> After a recent change present in 3.11-rc1 there is a driver, called
> >> processor,
> >> that can be bound to
Hi Al,
Is the patch below something that we need to worry about for 3.10 and
older kernels? Or does the recent changes to the vfs in 3.11-rc1 make
it so that this can't be hit in older kernels?
thanks,
greg k-h
On Sat, Jul 20, 2013 at 07:34:27PM +, Linux Kernel Mailing List wrote:
>
I forgot one thing:
On Tue, Jul 16, 2013 at 4:38 AM, Kim, Milo wrote:
> +static int lp3943_gpio_probe(struct platform_device *pdev)
> +{
> + struct lp3943 *l = dev_get_drvdata(pdev->dev.parent);
> + struct lp3943_gpio *lg;
> + int ret;
This is where I want you to assign to a
On Tue, Jul 16, 2013 at 4:38 AM, Kim, Milo wrote:
> +++ b/drivers/gpio/gpio-lp3943.c
> @@ -0,0 +1,224 @@
> +/*
> + * TI/National Semiconductor LP3943 GPIO driver
> + *
> + * Copyright (C) 2013 Texas Instruments
> + *
> + * This program is free software; you can redistribute
Hi,
On 20.07.2013 19:25, Jean-Francois Moine wrote:
> This generic simple card driver uses DT values to instanciate an audio
> system in which the real work is done by the subdrivers (audio
> controller, audio codec and pcm/dma controller).
>
> Signed-off-by: Jean-Francois Moine
> ---
> diff
On Tue, Jul 16, 2013 at 4:38 AM, Kim, Milo wrote:
This needs to be reviewed by the devicetree people.
Please break out the bindings separately and include
devicet...@vger.kernel.org on that review.
> +++ b/Documentation/devicetree/bindings/mfd/lp3943.txt
> @@ -0,0 +1,23 @@
> +Bindings for
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-3.11-rc2
for you to fetch changes up to
On Sat, Jul 20, 2013 at 10:04 PM, Linus Walleij
wrote:
> Do you have use cases not using it for LEDs but other thing or why
> do you want to model the 16 LED lines as GPIO lines?
> Why can't you just have a drivers/leds/* as for any other LED
> chip?
Bah forget this. Now I saw that application
On Tue, Jul 16, 2013 at 4:38 AM, Kim, Milo wrote:
> LP3943 is an integrated device capable of driving 16 output channels.
> It supports a GPIO expander and a PWM generator.
But actually the data sheet describes it as a LED driver with PWM
chip.
Do you have use cases not using it for LEDs but
On Fri, Jul 12, 2013 at 1:30 PM, Peter Ujfalusi wrote:
> TWL6040 is used only with OMAP4/5 SoCs and they can only boot in in DT mode.
> The support for pdata/legacy boot can be removed.
>
> Signed-off-by: Peter Ujfalusi
OK patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list:
On Sat, Jul 20, 2013 at 6:00 PM, Hank Leininger wrote:
> On Sat, Jul 20, 2013 at 06:28:19PM +0200, Linus Walleij wrote:
>> Hi MARC list archive folks,
>>
>> could you please start archiving the following recently addes VGER lists
>> at marc.info:
>>
>> These go into the "Linux" folder:
>>
Greetings from George Daniels
I am George Daniels, a Banker and credit system programmer (HSBC bank).
I saw your email address while browsing through the bank D.T.C Screen in my
office
yesterday so I decided to use this very chance to know you. I believe
we should use every opportunity to
On Tue, Jul 16, 2013 at 7:00 PM, Borislav Petkov wrote:
> On Thu, Jul 11, 2013 at 11:05:25PM +0200, Johannes Hirte wrote:
>> config is attached
>
> Ok, I can reproduce the hang with your config but even with:
>
> $ grep MICROCODE .config
> # CONFIG_MICROCODE is not set
> #
Dear Jonathan Cameron,
> On 07/19/2013 05:22 PM, Hector Palacios wrote:
> > Dear Marek,
> >
> > On 07/19/2013 06:17 PM, Marek Vasut wrote:
> >>> Here you have three entries per channel:
> >>> in_voltageX_raw-> the sample raw value
> >>> in_voltageX_scale-> the scale to multiply the
On Sat 20 July 2013 12:07:03 Thomas Fjellstrom wrote:
> On Sat 20 July 2013 11:02:10 you wrote:
> > On Sat, Jul 20, 2013 at 09:59:57AM -0600, Thomas Fjellstrom wrote:
> > > Hi, just trying to compile a vanilla kernel and building using
> > > allmodconfig and using oldconfig with the debian 3.10.1
Correct spelling typo in printk within staging/lustre
Signed-off-by: Masanari Iida
---
drivers/staging/lustre/lustre/llite/vvp_io.c | 2 +-
drivers/staging/lustre/lustre/obdclass/genops.c | 2 +-
drivers/staging/lustre/lustre/obdecho/echo_client.c | 2 +-
From: Manuel Schönlaub
There is another revision of "Elgato EyeTV SAT" working with this driver
but using a previously unknown product id.
Signed-off-by: Manuel Schönlaub
---
drivers/media/dvb-core/dvb-usb-ids.h |1 +
drivers/media/usb/dvb-usb/az6027.c |7 ++-
2 files changed, 7
On Sat 20 July 2013 11:02:10 you wrote:
> On Sat, Jul 20, 2013 at 09:59:57AM -0600, Thomas Fjellstrom wrote:
> > Hi, just trying to compile a vanilla kernel and building using
> > allmodconfig and using oldconfig with the debian 3.10.1 config as a base.
> >
> > With the later config, I get the
Building dma_v3.o triggers a GCC warning:
drivers/dma/ioat/dma_v3.c: In function ‘__ioat3_prep_pq16_lock’:
drivers/dma/ioat/dma_v3.c:264:11: warning: array subscript is below array
bounds [-Warray-bounds]
drivers/dma/ioat/dma_v3.c:264:11: warning: array subscript is below array
On Sat, Jul 20, 2013 at 09:59:57AM -0600, Thomas Fjellstrom wrote:
> Hi, just trying to compile a vanilla kernel and building using
> allmodconfig and using oldconfig with the debian 3.10.1 config as a base.
>
> With the later config, I get the following:
Is this new to 3.10.1 and works fine for
DO YOU NEED A LOAN? EMAIL US NOW WITH AMOUNT NEEDED AS LOAN.
--
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/majordomo-info.html
Please read the FAQ at
On Sat, Jul 20, 2013 at 07:46:48PM +0200, Linus Walleij wrote:
> On Thu, Jul 11, 2013 at 9:40 AM, Nicolas Ferre
> wrote:
> > On 10/07/2013 17:57, Wolfram Sang :
> >
> >> Since commit ab78029 (drivers/pinctrl: grab default handles from device
> >> core),
> >> we can rely on device core for
On Sat, Jul 20, 2013 at 07:45:42PM +0200, Linus Walleij wrote:
> On Thu, Jul 11, 2013 at 1:13 AM, Arnd Bergmann wrote:
> > On Wednesday 10 July 2013, Wolfram Sang wrote:
> >> Since commit ab78029 (drivers/pinctrl: grab default handles from device
> >> core),
> >> we can rely on device core for
On Wed, Jul 10, 2013 at 5:57 PM, Wolfram Sang wrote:
> Since commit ab78029 (drivers/pinctrl: grab default handles from device core),
> we can rely on device core for setting the default pins. Compile tested only.
>
> Acked-by: Linus Walleij (personally at LCE13)
> Signed-off-by: Wolfram Sang
On Thu, Jul 11, 2013 at 9:40 AM, Nicolas Ferre wrote:
> On 10/07/2013 17:57, Wolfram Sang :
>
>> Since commit ab78029 (drivers/pinctrl: grab default handles from device
>> core),
>> we can rely on device core for setting the default pins. Compile tested
>> only.
>>
>> Acked-by: Linus Walleij
On Thu, Jul 11, 2013 at 1:13 AM, Arnd Bergmann wrote:
> On Wednesday 10 July 2013, Wolfram Sang wrote:
>> Since commit ab78029 (drivers/pinctrl: grab default handles from device
>> core),
>> we can rely on device core for setting the default pins. Compile tested only.
>>
>> Acked-by: Linus
On Thu, Jul 4, 2013 at 6:26 PM, Mark Brown wrote:
> On Thu, Jun 27, 2013 at 10:43:38PM -0700, Darren Hart wrote:
>
>> minnow_hwid() just returns an int that the minnowboard platform driver
>> read from the GPIO. This seems like a proper abstraction to me. Do you
>> object to this one as well?
>
>
This generic simple card driver uses DT values to instanciate an audio
system in which the real work is done by the subdrivers (audio
controller, audio codec and pcm/dma controller).
Signed-off-by: Jean-Francois Moine
---
Documentation/devicetree/bindings/sound/simple-dt-card.txt | 18
2013/7/20 Andrew Morton :
> On Fri, 19 Jul 2013 07:47:02 +0800 Jerry wrote:
>
>> 2013/7/19 Andrew Morton :
>> > On Fri, 19 Jul 2013 00:56:12 +0800 Jerry wrote:
>> >
>> >> When PAGE_SHIFT > 20, the result of "20 - PAGE_SHIFT" is negative. The
>> >> calculating here will generate an unexpected
When PAGE_SHIFT > 20, the result of "20 - PAGE_SHIFT" is negative. The
previous calculating here will generate an unexpected result. In
addition, if PAGE_SIZE >= 1MB, The memory size of "numentries" was
already integral multiple of 1MB.
Signed-off-by: Jerry Zhou
---
mm/page_alloc.c | 7 ---
On Sat, Jul 20, 2013 at 06:28:19PM +0200, Linus Walleij wrote:
> Hi MARC list archive folks,
>
> could you please start archiving the following recently addes VGER lists
> at marc.info:
>
> These go into the "Linux" folder:
> linux-gpio: http://vger.kernel.org/vger-lists.html#linux-gpio
>
On Tue, Jun 25, 2013 at 4:27 PM, James Hogan wrote:
> Convert gpio-tz1090 driver to use generic irqchips. This allows the
> irq_ack, irq_mask, and irq_unmask callbacks and associated helper
> functions to be removed. Also switch to using irq_setup_alt_chip() in
> the irq_set_type callback
On Tue, Jun 25, 2013 at 4:27 PM, James Hogan wrote:
> Add a GPIO driver for the low-power Powerdown Controller GPIOs in the
> TZ1090 SoC.
>
> The driver is instantiated by device tree and supports interrupts for
> the SysWake GPIOs only.
>
> Signed-off-by: James Hogan
> Cc: Grant Likely
> Cc:
On Fri, 2013-07-19 at 13:42 -0500, Felipe Contreras wrote:
> On Fri, Jul 19, 2013 at 7:08 AM, Ingo Molnar wrote:
> >
> > * Felipe Contreras wrote:
>
> >> As Linus already pointed out, not everybody has to work with everybody.
> >
> > That's not the point though, the point is to potentially
On Tue, Jun 25, 2013 at 4:27 PM, James Hogan wrote:
> Add a GPIO driver for the main GPIOs found in the TZ1090 (Comet) SoC.
> This doesn't include low-power GPIOs as they're controlled separately
> via the Powerdown Controller (PDC) registers.
>
> The driver is instantiated by device tree and
41c7f7424259f ("rtc: Disable the alarm in the hardware (v2)") added the
functionality to disable the RTC wake alarm when shutting down the box.
However, there are at least two b0rked BIOSes we know about:
https://bugzilla.novell.com/show_bug.cgi?id=812592
On 06/15/2013 10:21 AM, Peter Hurley wrote:
Acquiring the write_wait queue spin lock now accounts for the largest
slice of cpu time on the tty write path. Two factors contribute to
this situation; a overly-pessimistic line discipline write loop which
_always_ sets up a wait loop even if i/o will
On Sat, Jul 20, 2013 at 10:47:58AM -0400, George Spelvin wrote:
> Borislav Petkov wrote:
> > I don't think that matters because this is called only once on suspend.
> > Unless the cleaner assembly translates into a palpable speedup, which I
> > doubt.
>
> I was thinking about code *size*,
On Thursday 18 July 2013, Stefano Stabellini wrote:
> > Lastly, aren't all ARMv7 kernels (therefore Xen supporting kernels)
> > supposed to be part of the multiplatform kernel stuff now?
>
> Most of them, yes. However some of them, like exynos5250, are not yet.
It's just a matter of time. I had
On Sat, Jul 20, 2013 at 04:34:41PM +, Shuah Khan wrote:
> On 07/19/2013 06:10 PM, Shuah Khan wrote:
> > On 07/19/2013 05:50 PM, Greg Kroah-Hartman wrote:
> >> On Fri, Jul 19, 2013 at 12:25:24PM -0700, Greg Kroah-Hartman wrote:
> >>> On Fri, Jul 19, 2013 at 04:45:25PM +, Shuah Khan wrote:
>
On Sun, 2013-07-21 at 00:02 +0800, Xiaotian Feng wrote:
> On Sat, Jul 20, 2013 at 9:13 PM, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > commit c5d0282a0405b0a81fa3390e4230e4cbb3ced7a2
> > Author: Davidlohr Bueso
> > Date: Fri Jul 19
On Sat, Jul 20, 2013 at 10:36:57PM +0800, Bob Liu wrote:
> Signed-off-by: Bob Liu
> ---
> drivers/staging/zcache/Kconfig | 12 ++--
> drivers/staging/zcache/Makefile |4 ++--
> 2 files changed, 8 insertions(+), 8 deletions(-)
If you are going to give up on the code, why not just
On Friday 19 July 2013, Jonas Jensen wrote:
> diff --git
> a/Documentation/devicetree/bindings/watchdog/moxa,moxart-watchdog.txt
> b/Documentation/devicetree/bindings/watchdog/moxa,moxart-watchdog.txt
> new file mode 100644
> index 000..5507f2b
> --- /dev/null
> +++
Current code doesn't use specific interface to access I/O space.
So some potential bugs can be caused. We can fix this by using
specific API.
Signed-off-by: Qiaowei Ren
---
arch/x86/kernel/tboot.c | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git
Hi Al,
On Sat, Jul 20, 2013 at 12:36:13AM +0100, Al Viro wrote:
> On Fri, Jul 19, 2013 at 08:14:05PM +0800, Zheng Liu wrote:
> > Hi Dave,
> >
> > After applied this patch, the problem has been fixed in my own sand box.
> > But that would be great if you could give it a try. I want to make sure
On 07/19/2013 06:10 PM, Shuah Khan wrote:
> On 07/19/2013 05:50 PM, Greg Kroah-Hartman wrote:
>> On Fri, Jul 19, 2013 at 12:25:24PM -0700, Greg Kroah-Hartman wrote:
>>> On Fri, Jul 19, 2013 at 04:45:25PM +, Shuah Khan wrote:
On 07/19/2013 09:34 AM, Greg Kroah-Hartman wrote:
>
From: "Patil, Rachna"
ADC is ideally expected to work at a frequency of 3MHz.
The present code had a check, which returned error if the frequency
went below the threshold value. But since AM335x supports various
working frequencies, this check is not required.
Now the code just uses the
1 - 100 of 396 matches
Mail list logo
