Hi,
Jason Cooper writes:
>> For instance 6bd98481ab34 (arm: kirkwood: NETGEAR ReadyNAS Duo v2 init
>> PCIe via DT) currently sitting in jcooper/mvebu/pcie_kirkwood removes
>> the PCIE init routine in board-readynas.c, and yours remove ge00
>> init. With both applied, the whole file can go away.
On Thu, 30 May 2013, Russ Anderson wrote:
> > > > > Yes, but this call is clearly happening way before ExitBootServices()
> > > > > --
> > > > > see the surrounding code, see for example this in efi_main():
> > > > >
> > > > > [ ... snip ... ]
> > > > > setup_efi_vars(boot_params);
> > >
On Thu, 2013-05-30 at 17:17 -0500, Russ Anderson wrote:
> That's a great idea. This patch moves the QueryVariableInfo()
> call from bootime to runtime, in efi_late_init(). The attached
> patch is consistent with the UEFI spec and avoids the problem.
No, that defeats the entire point of the
On Thursday 30 May 2013 14:45:20 Stepan Moskovchenko wrote:
>
> void __init early_init_dt_add_memory_arch(u64 base, u64 size)
> {
> +#ifndef CONFIG_ARM_LPAE
> + if (base > ((phys_addr_t)~0)) {
> + pr_crit("Ignoring memory at 0x%08llx due to lack of LPAE
> support\n",
> +
On Thu, May 30, 2013 at 10:16:12AM +0800, joeyli wrote:
> 於 四，2013-05-30 於 00:53 +0200，Jiri Kosina 提到：
> > On Wed, 29 May 2013, Russ Anderson wrote:
> >
> > > > Yes, but this call is clearly happening way before ExitBootServices()
> > > > --
> > > > see the surrounding code, see for example
On Thu, May 30, 2013 at 02:45:20PM -0700, Stepan Moskovchenko wrote:
> void __init early_init_dt_add_memory_arch(u64 base, u64 size)
> {
> +#ifndef CONFIG_ARM_LPAE
> + if (base > ((phys_addr_t)~0)) {
The #ifdef is probably not necessary here, simply checking that
base/size can be
Hi All,
> > On Thu, May 30, 2013 at 05:12:24PM +0200, Michal Simek wrote:
> > > On 05/30/2013 05:03 PM, Guenter Roeck wrote:
> > > > On Thu, May 30, 2013 at 04:34:02PM +0200, Michal Simek wrote:
> > > >> On 05/30/2013 04:21 PM, Guenter Roeck wrote:
> > > >>> On Thu, May 30, 2013 at 04:15:45PM
Nick,
I just started noticing this one. Patch is completely untested so
far, so don't merge it just yet. I just wanted early review,
considering how scary this looks.
Jörn
--
Do not stop an army on its way home.
-- Sun Tzu
Here is a fun one. Bug seems to have been introduced by 140854cb,
On Thursday 30 May 2013 11:41:01 Michal Simek wrote:
> * To perform the read/write on the registers we need to check on
> * which bus its connected and call the appropriate write API.
> */
> -static void xilinx_fb_out_be32(struct xilinxfb_drvdata *drvdata, u32 offset,
> +static void
On Thu, 30 May 2013, Rafael Aquini wrote:
> read_swap_cache_async() can race against get_swap_page(), and stumble across
> a SWAP_HAS_CACHE entry in the swap map whose page wasn't brought into the
> swapcache yet. This transient swap_map state is expected to be transitory,
> but the actual
On Thu, May 30, 2013 at 11:59:28PM +0200, Wim Van Sebroeck wrote:
> Hi Guenter,
>
> > On Tue, May 28, 2013 at 10:10:53AM +0200, Johannes Thumshirn wrote:
> > > On Mon, May 27, 2013 at 08:25:54PM +0200, Wim Van Sebroeck wrote:
> > > [...]
> > > > > + watchdog_set_drvdata(_wdt, drv);
> > > >
>
Hi Johannes,
> Ok I'll do. Should I repost this as a change of this patch or the "add driver"
> patch?
the add driver patch.
Kind regards,
Wim.
--
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
Hi Guenter,
> On Tue, May 28, 2013 at 10:10:53AM +0200, Johannes Thumshirn wrote:
> > On Mon, May 27, 2013 at 08:25:54PM +0200, Wim Van Sebroeck wrote:
> > [...]
> > > > + watchdog_set_drvdata(_wdt, drv);
> > >
> > > I am missing the initialisation of the watchdog's timeout value here...
>
On Sun, 26 May 2013 21:38:34 +0800 Jiang Liu wrote:
> Use common help function free_reserved_area() to simplify code.
http://ozlabs.org/~akpm/mmots/broken-out/drivers-video-acornfbc-remove-dead-code.patch
removes all the code which your patch alters.
--
To unsubscribe from this list: send the
On Thu, May 30, 2013 at 03:55:39PM -0400, Johannes Weiner wrote:
> On Thu, May 30, 2013 at 03:05:00PM -0300, Rafael Aquini wrote:
> > read_swap_cache_async() can race against get_swap_page(), and stumble across
> > a SWAP_HAS_CACHE entry in the swap map whose page wasn't brought into the
> >
Some LPAE-capable systems may use a Device Tree containing
memory nodes that describe memory extending beyond the 4GB
physical address boundary. Ignore or truncate these memory
nodes on kernels that have not been built with LPAE
support, to prevent the extended physical addresses from
being
Hi Guenter,
> > Only when you set the .parent field in the watchdog_device data you will
> > get the
> > referal in the /sys/class/... tree. In iTCO_wdt.c you have the following
> > code
> > that does that: iTCO_wdt_watchdog_dev.parent = dev->dev.parent;
> >
> > From the watchdog-kernel-api
Hi Johannes,
> On Mon, May 27, 2013 at 08:25:54PM +0200, Wim Van Sebroeck wrote:
> [...]
> > > + watchdog_set_drvdata(_wdt, drv);
> >
> > I am missing the initialisation of the watchdog's timeout value here...
>
> This watchdog only knows two timeout values, 1s and 30s with the constraint
> that
Add a simple sysfs interface to the generic PWM framework.
/sys/class/pwm/
`-- pwmchipN/ for each PWM chip
|-- export (w/o) ask the kernel to export a PWM channel
|-- npwn (r/o) number of PWM channels in this PWM chip
|-- pwmX/ for each
On Sat, 25 May 2013 21:08:07 +1000, Daniel Tang wrote:
> Add support for the interrupt controller on TI-Nspires.
>
> Signed-off-by: Daniel Tang
[...]
> +static void nspire_irq_ack(struct irq_data *irqd)
> +{
> + void __iomem *base = irq_io_base;
> +
> + if (irqd->hwirq < FIQ_START)
> +
On Thursday, May 30, 2013 12:30 PM, H Hartley Sweeten wrote:
> Add a simple sysfs interface to the generic PWM framework.
>
> /sys/class/pwm/
> `-- pwmchipN/ for each PWM chip
> |-- export (w/o) ask the kernel to export a PWM channel
> |-- npwn (r/o)
Andrew, Mel,
This struct page stuffing is taking a lot of time to work out and _might_ be
fraught with peril when memmap peekers are considered.
What do you think about just storing the zbud page metadata inline in the
memory page in the first zbud page chunk?
Mel, this kinda hurts you plans
On Thu, 2013-05-30 at 23:00 +0200, Francois Romieu wrote:
> Steven Rostedt :
> [...]
> > I'm working on 3.6.11.5. Has the fix for the regression been pulled into
> > mainline yet, and if so, what's the commit SHA1?
>
> It's in mainline as b423e9ae49d78ea3f53b131c8d5a6087aed16fd6 but davem
> has
On Tue, 28 May 2013 18:34:07 +0200, Christian Ruppert
wrote:
> The SOC interrupt controller driver for the Abilis Systems TB10x series of
> SOCs based on ARC700 CPUs.
>
> Signed-off-by: Christian Ruppert
> Signed-off-by: Pierrick Hascoet
> ---
> .../interrupt-controller/abilis,tb10x_ictl.txt
The following changes have been pulled into the msm tree for my next
pull request. I expect to send the pull request after these sit in
next for a few days. The changes can be seen at:
git://git.kernel.org/pub/scm/linux/kernel/git/davidb/linux-msm.git for-next
Chen Gang (1):
arch: arm:
On Thu, May 30, 2013 at 5:48 PM, Pravin Shelar wrote:
> On Wed, May 29, 2013 at 12:53 PM, Joao Correia
> wrote:
>> On Wed, May 29, 2013 at 7:59 PM, Pravin Shelar wrote:
>>>
>>> On Wed, May 29, 2013 at 4:37 AM, Joao Correia
>>> wrote:
>>> > Hello list
>>> >
>>> > While trying the rc's for 3.10,
Hi,
On Wed, May 29, 2013 at 9:40 PM, Tushar Behera wrote:
> There are two definitions for low-level UART ports for Exynos platform.
> CONFIG_S3C_LOWLEVEL_UART_PORT is used for printing "Uncompressing
> Linux... done, booting the kernel." and CONFIG_S3C_UART for other
> low-level messages.
>
>
Ondemand calculates load in terms of frequency and increases it only
if the load_freq is greater than up_threshold multiplied by current
or average frequency. This seems to produce oscillations of frequency
between min and max because, for example, a relatively small load can
easily saturate
On Wed, May 29, 2013 at 9:56 PM, Grant Likely wrote:
> On Wed, May 29, 2013 at 6:55 PM, Linus Walleij
> wrote:
>> Hm, I could test this but what is the needed baseline? I think
>> I need Thomas' patches underneath right?
>>
>> Could you publish a branch that I can test?
>
> Try this one:
>
>
> diff --git a/drivers/infiniband/core/umem.c b/drivers/infiniband/core/umem.c
> index a841123..f8f47dc 100644
> --- a/drivers/infiniband/core/umem.c
> +++ b/drivers/infiniband/core/umem.c
> @@ -137,17 +137,22 @@ struct ib_umem *ib_umem_get (struct ib_ucontext
> *context, unsigned long addr,
>
>
Steven Rostedt :
[...]
> I'm working on 3.6.11.5. Has the fix for the regression been pulled into
> mainline yet, and if so, what's the commit SHA1?
It's in mainline as b423e9ae49d78ea3f53b131c8d5a6087aed16fd6 but davem
has not sent it into -stable yet.
--
Ueimor
--
To unsubscribe from this
Hi Roger,
* Roger Quadros [130524 06:12]:
> Fix memory leaks in the error path.
> Also, use platform_device_register_full() to allocate
> the platform devices and set platform data.
If you need this for the v3.10-rc, you should describe why this patch
is needed and ideally have some oops or
Use the more common pkt_dbg(level, fmt, ...) form.
These messages are emitted at KERN_NOTICE.
Always emit function name with pkt_dbg(2, ...) uses and
remove the sometimes abbreviated embedded function name.
This form always verifies the format and arguments.
Signed-off-by: Joe Perches
---
Use a more current logging style and add messages levels
to the logging messages.
Convert bare printks to pr_cont where appropriate and
add a simple function to emit the sense string.
Signed-off-by: Joe Perches
---
drivers/block/pktcdvd.c | 123 +---
Joe Perches (3):
pktcdvd: Convert ZONE macro to static function get_zone()
pktcdvd: Convert printk to pr_
pktcdvd: Consolidate DPRINTK and VPRINTK macros
drivers/block/pktcdvd.c | 248
1 file changed, 126 insertions(+), 122 deletions(-)
--
Macros should be converted to functions where feasible to
verify arguments and the like.
Signed-off-by: Joe Perches
---
drivers/block/pktcdvd.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/block/pktcdvd.c b/drivers/block/pktcdvd.c
index
On 05/30/2013 02:26 PM, Chuck Lever wrote:
>
> On May 30, 2013, at 4:19 PM, Jim Schutt wrote:
>
>> Hi,
>>
>> I've been trying to test 3.10-rc3 on some diskless clients, and found
>> that I can no longer mount my root file system via NFSv3.
>>
>
> 3.10-rc3 appears to be missing the fix for
On Thu, 30 May 2013, Michal Hocko wrote:
> > Completely disabling the oom killer for a memcg is problematic if
> > userspace is unable to address the condition itself, usually because it
> > is unresponsive.
>
> Isn't this a bug in the userspace oom handler? Why is it unresponsive? It
>
>> I'm unhappy you guys uses offensive word so much. Please cool down all
>> you guys. :-/ In fact, _BOTH_ the behavior before and after Cristoph's
>> patch doesn't have cleaner semantics.
>
> Erm, this feature _regressed_ after the patch. All other concerns are
> secondary. What's so difficult to
On Thu, May 30, 2013 at 01:24:15PM -0600, Kris Rusocki wrote:
> From: Kris Rusocki
>
> Now that binfmt_script is configurable, explain yet another possible
> cause of boot failure (a script w/CONFIG_BINFMT_SCRIPT != y).
Nice catch, and thanks for your effort!
It's somewhat sad to see that that
On Thu, 2013-05-30 at 16:26 -0400, Chuck Lever wrote:
> On May 30, 2013, at 4:19 PM, Jim Schutt wrote:
>
> > Hi,
> >
> > I've been trying to test 3.10-rc3 on some diskless clients, and found
> > that I can no longer mount my root file system via NFSv3.
> >
> > I poked around looking at NFS
On Wed, May 29, 2013 at 01:51:44PM +0200, Michael Holzheu wrote:
[..]
> >>> START QUOTE
>
> [PATCH v3 1/3] kdump: Introduce ELF header in new memory feature
>
> Currently for s390 we create the ELF core header in the 2nd kernel with
> a small trick. We relocate the addresses in the ELF header
Hi Guenter,
> > Only when you set the .parent field in the watchdog_device data you will
> > get the
> > referal in the /sys/class/... tree. In iTCO_wdt.c you have the following
> > code
> > that does that: iTCO_wdt_watchdog_dev.parent = dev->dev.parent;
> >
> > From the watchdog-kernel-api
Commit-ID: b61601079f974b9ffd3caf08ecb3a71142adf821
Gitweb: http://git.kernel.org/tip/b61601079f974b9ffd3caf08ecb3a71142adf821
Author: Pekka Riikonen
AuthorDate: Mon, 13 May 2013 14:32:07 +0200
Committer: H. Peter Anvin
CommitDate: Thu, 30 May 2013 11:49:31 -0700
x86: Allow FPU to be
On Thu, 2013-05-30 at 15:43 -0400, Alan Stern wrote:
> On Thu, 30 May 2013, Jaroslav Kysela wrote:
>
> > Date 30.5.2013 20:14, Alan Stern wrote:
> > > On Wed, 29 May 2013, Joe Perches wrote:
> > >
> > >> On Wed, 2013-05-29 at 15:27 -0400, Alan Stern wrote:
> > >>> Has there been any thought of
On Wed, May 29, 2013 at 11:04 PM, Yinghai Lu wrote:
> On Wed, May 29, 2013 at 10:45 PM, Xudong Hao wrote:
>> Since device registering is put into pci_device_add(), it must set value of
>> Virtual Function device's member before the pci_dev is put to device tree. Or
>> some relevant subsystem of
On May 30, 2013, at 4:19 PM, Jim Schutt wrote:
> Hi,
>
> I've been trying to test 3.10-rc3 on some diskless clients, and found
> that I can no longer mount my root file system via NFSv3.
>
> I poked around looking at NFS changes for 3.10, and found these two
> commits:
>
> d497ab9751 "NFSv3:
On 15:49 Thu 30 May , Michal Simek wrote:
> Export of_irq_count for modules.
can you explain why do you need to call of_irq_count
Best Regards,
J.
>
> Signed-off-by: Michal Simek
> ---
> We are using this function in remoteproc module drivers.
> There is also drivers/gpio/gpio-mvebu.c in
Hi,
I've been trying to test 3.10-rc3 on some diskless clients, and found
that I can no longer mount my root file system via NFSv3.
I poked around looking at NFS changes for 3.10, and found these two
commits:
d497ab9751 "NFSv3: match sec= flavor against server list"
4580a92d44 "NFS: Use
On Wed, May 29, 2013 at 12:02 AM, Nikolay Balandin
wrote:
^
Above still doesn't make sense...
> From: Nikolay Balandin
>
> Use devm_* functions to make cleanup paths simpler.
>
> Signed-off-by: Nikolay Balandin
Applied this v3 version instead of v2.
Yours,
Linus Walleij
--
To unsubscribe
Highbank supports SGPIO by bit-banging out the SGPIO signals over
three GPIO pins defined in the DTB. Add support for this SGPIO
functionality.
Signed-off-by: Mark Langsdorf
---
.../devicetree/bindings/ata/ahci-platform.txt | 9 ++
arch/arm/boot/dts/ecx-common.dtsi | 1
Create a new ata_port_operations function pointer called
transmit_led_message and give it the default value of
ahci_transmit_led_message. This allows AHCI controllers with
non-standard LED interfaces to use the existing em_ interface.
Signed-off-by: Mark Langsdorf
---
drivers/ata/libahci.c |
On Tue, May 28, 2013 at 11:29 PM, Nikolay Balandin
wrote:
> From: Nikolay Balandin
>
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Nikolay Balandin
Patch applied.
What is wrong with you RTC?
Received: from localhost.localdomain
(ppp91-76-159-237.pppoe.mtu-net.ru.
On Thu, 30 May 2013, Raghavendra K T wrote:
> Here is the branch with pvpspinlock V9 version in github reabsed to 3.10-rc
>
> https://github.com/ktraghavendra/linux/tree/pvspinlock_v9
>
> planning post a formal email in a separate thread with link a to this
> branch (instead of spamming with 19
On Thu, 30 May 2013, Rafael J. Wysocki wrote:
> > > > > Index: linux-pm/Documentation/power/runtime_pm.txt
> > > > > ===
> > > > > --- linux-pm.orig/Documentation/power/runtime_pm.txt
> > > > > +++
On Sat, 2013-05-18 at 12:02 +0200, Francois Romieu wrote:
> Steven Rostedt :
> > 3.6.11.4 stable review patch.
> > If anyone has any objections, please let me know.
>
> You should postpone it until the fix for a regression it induces when
> user enable Tx checksumming is merged.
>
I'm working
On Thu, 30 May 2013, Konrad Rzeszutek Wilk wrote:
> [ 40.085841] WARNING: at
> /home/konrad/linux-linus/kernel/time/tick-sched.c:935
> tick_nohz_idle_exit+0x195/0x1b0()
>
> which I presume is b/c the code does not expect to be run _after_ it has
> offlined. However, under the PV code, the
Commit a938da06 introduced a useful little log message to tell
users/debuggers which wakeup source aborted a suspend. However, this
message is only printed if the abort happens during the in-kernel
suspend path (after writing /sys/power/state).
The full specification of the
On 30/05/2013 18:07, Amir Vadai wrote:
On 30/05/2013 14:41, Eliezer Tamir wrote:
diff --git a/fs/select.c b/fs/select.c
@@ -486,6 +488,8 @@ int do_select(int n, fd_set_bits *fds, struct timespec
*end_time)
break;
}
+ if
On Thu, May 30, 2013 at 2:05 PM, Rafael Aquini wrote:
> read_swap_cache_async() can race against get_swap_page(), and stumble across
> a SWAP_HAS_CACHE entry in the swap map whose page wasn't brought into the
> swapcache yet. This transient swap_map state is expected to be transitory,
> but the
On Mon, 27 May 2013, Peter Zijlstra wrote:
>> Before your patch pinned was included in locked and thus RLIMIT_MEMLOCK
>> had a single resource counter. After your patch RLIMIT_MEMLOCK is
>> applied separately to both -- more or less.
On Tue, May 28, 2013 at 7:37 PM, Christoph Lameter wrote:
>
[ Peter and Frederic, can you give me ACKs on this? Thanks ]
Dave Jones hit the following bug report:
===
[ INFO: suspicious RCU usage. ]
3.10.0-rc2+ #1 Not tainted
---
include/linux/rcupdate.h:771 rcu_read_lock() used illegally while
On Thu, 2013-05-30 at 15:35 -0400, Don Dutile wrote:
> On 05/30/2013 02:37 PM, Alex Williamson wrote:
> > Downstream ports support for all ACS flags supercedes multifunction
> > exclusion of some flags. The PCIe spec also fully specifies which
> > PCIe types are subject to the multifunction rules
On Thu, May 30, 2013 at 03:05:00PM -0300, Rafael Aquini wrote:
> read_swap_cache_async() can race against get_swap_page(), and stumble across
> a SWAP_HAS_CACHE entry in the swap map whose page wasn't brought into the
> swapcache yet. This transient swap_map state is expected to be transitory,
>
From: Nikolay Balandin
Use devm_* functions to make cleanup paths simpler.
Signed-off-by: Nikolay Balandin
---
drivers/gpio/gpio-sx150x.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/gpio/gpio-sx150x.c b/drivers/gpio/gpio-sx150x.c
index
On Thu, 30 May 2013, Steven Rostedt wrote:
> On Thu, 2013-05-30 at 16:07 +0200, Thomas Gleixner wrote:
>
> > > This patch solves an issue for me where a device driver is expected to
> > > handle an
> > > interrupt immediatly after irq handlers are installed and interrupts
> > > enabled.
> >
>
On Wed, May 29, 2013 at 1:27 PM, Michal Simek wrote:
> Supporting the second channel in the driver.
> Offset is 0x8 and both channnels share the same
> IRQ.
>
> Signed-off-by: Michal Simek
(...)
> +/* Read/Write access to the GPIO registers */
> +#define xgpio_readreg(offset)
On Thursday, May 30, 2013 01:08:08 PM Alan Stern wrote:
> On Thu, 30 May 2013, Rafael J. Wysocki wrote:
>
> > > Since you're making this change, wouldn't it be a good idea to adopt
> > > Mika's original suggestion and turn on the RPM_AUTO bit in rpmflags
> > > when the use_autosuspend flag is
On Thu, 30 May 2013, Jaroslav Kysela wrote:
> Date 30.5.2013 20:14, Alan Stern wrote:
> > On Wed, 29 May 2013, Joe Perches wrote:
> >
> >> On Wed, 2013-05-29 at 15:27 -0400, Alan Stern wrote:
> >>> Has there been any thought of improving snd_printk(), or even better,
> >>> changing the call
On Thursday, May 30, 2013 11:33:56 AM Bjorn Helgaas wrote:
> On Tue, May 14, 2013 at 09:00:39PM +0800, Jiang Liu wrote:
> > Use acpi_handle_print() and pr_xxx() to print messages in pci_root.c.
> >
> > Signed-off-by: Jiang Liu
> > Cc: Len Brown
> > Cc: "Rafael J. Wysocki"
> > Cc:
On Thursday, May 30, 2013 11:12:30 AM Yinghai Lu wrote:
> On Thu, May 30, 2013 at 10:42 AM, Yinghai Lu wrote:
> > On Thu, May 30, 2013 at 9:36 AM, Rafael J. Wysocki wrote:
>
> > do you need to remove
> > per_cpu(processors, pr->id) = NULL;
> > from processor_driver.c::acpi_processor_stop ?
I'm seeing a crash (on hacked 3.9.3+ kernels). It's rare, but in a kernel
larded down with debugging, we are having some luck reproducing it.
Please note, this kernel is running a fair amount of my patches, so it could
be my bug. We did not see this before 3.9.3, as far as we know..but I have
On Thursday, May 30, 2013 10:49:07 AM Yinghai Lu wrote:
> On Thu, May 30, 2013 at 10:42 AM, Yinghai Lu wrote:
> > On Thu, May 30, 2013 at 9:36 AM, Rafael J. Wysocki wrote:
> >> On Thursday, May 30, 2013 04:45:35 PM Rafael J. Wysocki wrote:
> >>> On Thursday, May 30, 2013 04:34:51 PM Rafael J.
On Thu, May 30, 2013 at 11:06:08AM +0200, Arnaud Ebalard wrote:
> Hi Jason and Sebastian,
>
> Sebastian Hesselbarth writes:
>
> > With DT support for mv643xx_eth board specific init for some boards now
> > is unneccessary. Remove those board files, Kconfig entries, and
> > corresponding entries
On Thursday, May 30, 2013 10:42:09 AM Yinghai Lu wrote:
> On Thu, May 30, 2013 at 9:36 AM, Rafael J. Wysocki wrote:
> > On Thursday, May 30, 2013 04:45:35 PM Rafael J. Wysocki wrote:
> >> On Thursday, May 30, 2013 04:34:51 PM Rafael J. Wysocki wrote:
> > [...]
> >> >
> >> > I'll try to dig deeper
On Thu, 30 May 2013 09:50:27 +0200 Nicolas Ferre
wrote:
> The review of this patch series was in my TODO list for some time...
>
> Today, I magically took time to review it ;-)
> The patch series is good and I (even if it is too late) here is my:
>
> Acked-by: Nicolas Ferre
>
> I do not
On Wed, May 29, 2013 at 12:29 AM, Nikolay Balandin
wrote:
> From: Nikolay Balandin
>
> Use devm_kzalloc() to make cleanup paths simpler.
What about request_threaded_irq?
>
> Signed-off-by: Nikolay Balandin
> ---
> drivers/gpio/gpio-sx150x.c | 13 +
> 1 file changed, 5
On 05/30/2013 02:37 PM, Alex Williamson wrote:
Downstream ports support for all ACS flags supercedes multifunction
exclusion of some flags. The PCIe spec also fully specifies which
PCIe types are subject to the multifunction rules and excludes event
collectors and PCIe-to-PCI bridges entirely.
On 05/30/2013 08:41 AM, Maxim Patlasov wrote:
> The bug was introduced with async_dio feature: trying to optimize short reads,
> we cut number-of-bytes-to-read to i_size boundary. Hence the following
> example:
>
> truncate --size=300 /mnt/file
> dd if=/mnt/file of=/dev/null
Add a simple sysfs interface to the generic PWM framework.
/sys/class/pwm/
`-- pwmchipN/ for each PWM chip
|-- export (w/o) ask the kernel to export a PWM channel
|-- npwn (r/o) number of PWM channels in this PWM chip
|-- pwmX/ for each
On Wed, May 29, 2013 at 10:01 AM, Mathias Nyman
wrote:
> Add support for gpio on Intel BayTrail platforms. BayTrail supports 3 banks
> of gpios called SCORE, NCORE ans SUS with 102, 28 and 43 gpio pins.
> Supports gpio interrupts
>
> Pins may be muxed to alternate function instead of gpio by
From: Kris Rusocki
Now that binfmt_script is configurable, explain yet another possible
cause of boot failure (a script w/CONFIG_BINFMT_SCRIPT != y).
Signed-off-by: Kris Rusocki
---
Documentation/init.txt |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
From: Nikolay Balandin
Use devm_kzalloc() to make cleanup paths simpler.
Signed-off-by: Nikolay Balandin
---
drivers/gpio/gpio-sx150x.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/gpio/gpio-sx150x.c b/drivers/gpio/gpio-sx150x.c
index
On 05/30/2013 11:40 AM, Cody P Schafer wrote:
> Instead of leaving a hidden trap for the next person who comes along and
> wants to add something to mem_section, add a big fat warning about it
> needing to be a power-of-2, and insert a BUILD_BUG_ON() in sparse_init()
> to catch mistakes.
>
>
Date 30.5.2013 20:14, Alan Stern wrote:
> On Wed, 29 May 2013, Joe Perches wrote:
>
>> On Wed, 2013-05-29 at 15:27 -0400, Alan Stern wrote:
>>> Has there been any thought of improving snd_printk(), or even better,
>>> changing the call sites to use the dev_*() routines instead?
>>
>> Perhaps
The following patchset adds early microcode patch loading support on
AMD systems, on top of the framework introduced by:
https://lkml.org/lkml/2012/12/21/193
V3:
* Moved early logic to microcode_amd_early.c
* Revised x86 vendor detection in microcode_core_early.c to use switch
statement.
*
In preparation work for early loading, refactor some common functions
that will be shared, and move some struct defines to a common header file.
Signed-off-by: Jacob Shin
---
arch/x86/include/asm/microcode_amd.h | 64
arch/x86/kernel/microcode_amd.c | 111
Add early microcode patch loading support for AMD.
Signed-off-by: Jacob Shin
---
Documentation/x86/early-microcode.txt | 11 +-
arch/x86/Kconfig | 14 +-
arch/x86/include/asm/microcode_amd.h | 14 ++
arch/x86/kernel/Makefile |1 +
Currently save_microcode_in_initrd() is declared in vendor neutural
microcode.h file, but defined in vendor specific
microcode_intel_early.c file. Vendor abstract it out to
microcode_core_early.c with a wrapper function.
Signed-off-by: Jacob Shin
---
arch/x86/include/asm/microcode_intel.h |
From: Borislav Petkov
User-visible so correct it.
Signed-off-by: Borislav Petkov
Signed-off-by: Jacob Shin
---
arch/x86/kernel/microcode_intel_early.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/microcode_intel_early.c
HI
On Thu, May 30, 2013 at 09:12:11AM +0100, Lee Jones wrote:
> On Thu, 30 May 2013, Linus Walleij wrote:
>
> > On Wed, May 29, 2013 at 7:57 PM, Felipe Balbi wrote:
> > > On Wed, May 15, 2013 at 10:51:43AM +0100, Lee Jones wrote:
> > >> For all ux500 based platforms the maximum number of
On 05/30/2013 06:49 PM, Vinod Koul wrote:
> On Wed, 2013-05-29 at 13:42 +0200, Lars-Peter Clausen wrote:
>> Add a capability which allows dmaengine consumers to query whether a
>> dmaengine
>> controller supports the DMA_PAUSE and DMA_RESUME commands. Sometimes a user
>> of
>> the dmaengine API
On 05/28/2013 11:21 AM, Jingchang Lu wrote:
> Add Freescale Vybrid Family period interrupt timer support.
>
> Signed-off-by: Jingchang Lu
I queued this patch for 3.11 in my tree [1]
Thanks
-- Daniel
[1]
Hey Linus,
Please git pull the following tag:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-linus-3.10-rc3-tag
which has various bug-fixes and cleanups. Nothing earth-shattering.
The signed tag has more details and including it here:
Fixes:
- Use proper
On Thu, May 30, 2013 at 08:33:32AM +0300, Timo Teras wrote:
> On Thu, 30 May 2013 07:21:36 +0200
> Jon Arne Jørgensen wrote:
>
> > On Wed, May 29, 2013 at 10:19:49PM -0400, Andy Walls wrote:
> > > Mauro Carvalho Chehab wrote:
> > >
> > > >Em Wed, 29 May 2013 22:41:16 +0200
> > > >Jon Arne
On Thu, May 30, 2013 at 11:39 AM, Chen Gang wrote:
> According to the original implementation in 2009, 'insl' and 'outsl'
> need '<< 2'.
Sorry, now I'm confused. Which original implementation?
I can't find this one using "<< 2"?
> Also add '#ifdef' to avoid multiple defination, and beautify
On Sun, May 26, 2013 at 4:50 AM, Alexandre Courbot wrote:
> Signed-off-by: Alexandre Courbot
Patch applied.
Yours,
Linus Walleij
--
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
Instead of leaving a hidden trap for the next person who comes along and
wants to add something to mem_section, add a big fat warning about it
needing to be a power-of-2, and insert a BUILD_BUG_ON() in sparse_init()
to catch mistakes.
Right now non-power-of-2 mem_sections cause a number of WARNs
On Fri, May 24, 2013 at 1:21 PM, Nikolay Balandin
wrote:
> Use devm_kzalloc() to make cleanup paths simpler.
>
> Signed-off-by: Nikolay Balandin
You forgot to remove the kfree(chip); in sx150x_remove().
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe
On 05/30/2013 07:20 PM, Vinod Koul wrote:
> On Thu, May 30, 2013 at 06:25:05PM +0200, Lars-Peter Clausen wrote:
>> Now that all users of the custom jz4740 DMA API have been converted to use
>> the dmaengine API instead we can remove the custom API and move all the code
>> talking to the hardware
101 - 200 of 1386 matches
Mail list logo
