On Wed, Jan 16, 2013 at 11:48:38AM +0400, Ilya Zykov wrote:
>
> >
> > Ok, I have a ton of patches from you, lots of different threads, patches
> > with the same subject, and I don't know what one Alan agreed to.
> >
> > So, can you please resend what Alan and you agree should be applied to
> >
Hi Vivek,
Same comment as for patch 2.
Best regards,
Tomasz
On Wednesday 16 of January 2013 11:15:43 Vivek Gautam wrote:
> Adding EHCI device tree node for Exynos5250 along with
> the device base adress and gpio line for vbus.
>
> Signed-off-by: Vivek Gautam
> Acked-by: Jingoo Han
>
Hi Vivek,
Same comment as for patch 2.
Best regards,
Tomasz
On Tuesday 15 of January 2013 19:08:32 Vivek Gautam wrote:
> Adding DWC3 device tree node for Exynos5250 needed to
> parse device tree data.
> Also enabling XHCI support on exynos5250.
>
> Signed-off-by: Vivek Gautam
> ---
>
Hi Vivek,
Don't you need also some clkdev lookup entry to make the clock available
in the driver?
Best regards,
Tomasz
On Tuesday 15 of January 2013 19:08:31 Vivek Gautam wrote:
> Adding necessary device clock to exynos5 needed for
> the DWC3 controller.
>
> Signed-off-by: Vivek Gautam
> ---
>
> Ok, I have a ton of patches from you, lots of different threads, patches
> with the same subject, and I don't know what one Alan agreed to.
>
> So, can you please resend what Alan and you agree should be applied to
> the tree?
>
I think only two important:
[PATCH v4] tty: Add driver
On 01/16/2013 04:28 PM, Greg KH wrote:
> On Wed, Jan 16, 2013 at 03:06:53PM +0900, Chanwoo Choi wrote:
>> Hi Greg,
>>
>> This is the extcon pull request for v3.9.
>>
>> I don't send separate pull request of extcon about bugfixes patch.
>> I'd like to apply this patch-set to your next branch for
Hi Vivek,
On Tuesday 15 of January 2013 19:08:30 Vivek Gautam wrote:
> Adding OHCI device tree node for Exynos5250 along with
> the device base address.
>
> Signed-off-by: Vivek Gautam
> Acked-by: Jingoo Han
> Acked-by: Grant Likely
> ---
> .../devicetree/bindings/usb/exynos-usb.txt
On 01/16/2013 01:43 PM, Alex Shi wrote:
> - /* while loop will break here if sd == NULL */
>>>
>>> I agree that this should be a major optimization. I just can't figure
>>> out why the existing recursive search for an idle cpu switches to the
>>> new cpu near the end and then starts a
Sorry. I'm a fresh. This is my first patch commit. And still now *mutt*
does not configured properly.
I will study howto and commit patch again. Sorry.
---
On Wed, Jan 16, 2013 at 03:04:25PM +0800, yanyg wrote:
@sysfs_update_group@ always fails and borns a WARNING CALL-trace
Hi, Amit,
On Sun, 2013-01-06 at 16:08 -0800, Amit Daniel Kachhap wrote:
> This patch adds support to set the emulated temperature method in
> thermal zone (sensor). After setting this feature thermal zone must
> report this temperature and not the actual temperature. The actual
> implementation
On Tue, 15 Jan 2013 18:58:34 +0100 Jan Kara wrote:
> A CPU can be caught in console_unlock() for a long time (tens of seconds are
> reported by our customers) when other CPUs are using printk heavily and serial
> console makes printing slow. This triggers softlockup warnings because
>
On 01/15/2013 01:00 AM, Morten Rasmussen wrote:
>>> Why multiply rq->util by nr_running?
>>> > >
>>> > > Let's take an example where rq->util = 50, nr_running = 2, and putil =
>>> > > 10. In this case the value of putil doesn't really matter as vacancy
>>> > > would be negative anyway since
Hello Byungho,
On 1/15/2013 10:45 PM, Byungho An wrote:
This patch adds gmac autoneg set function for SGMII, TBI,
or RTBI interface. In case of PHY's autoneg is set, gmac's
autoneg enable bit should set. After checking phy's autoneg
if phydev's autoneg is '1' gmac's ANE bit set for those
On Wed, Jan 16, 2013 at 03:06:53PM +0900, Chanwoo Choi wrote:
> Hi Greg,
>
> This is the extcon pull request for v3.9.
>
> I don't send separate pull request of extcon about bugfixes patch.
> I'd like to apply this patch-set to your next branch for v3.9.
>
> Please pull extcon with following
On 01/14/2013 09:56 PM, Olof Johansson wrote:
> On Sat, Jan 12, 2013 at 9:37 AM, Rob Herring wrote:
>> Arnd, Olof,
>>
>> Please pull for 3.9. This is the initial infrastructure and conversion
>> of the GIC and VIC to use it. Several people are waiting for the irqchip
>> infrastructure to go in in
On Wed, Jan 16, 2013 at 03:04:25PM +0800, yanyg wrote:
> @sysfs_update_group@ always fails and borns a WARNING CALL-trace
> if the group exists. BUT still now, no *reference* of this routine at all.
I don't understand.
> >From fe40df7d716658a1fbdab79768628c81d4363428 Mon Sep 17 00:00:00 2001
>
On Wed, Jan 16, 2013 at 11:31:32AM +0530, kishon wrote:
> Hi Ravi,
>
> On Tuesday 15 January 2013 09:36 PM, B, Ravi wrote:
> >>Hi,
> >>
> >>On Tue, Jan 15, 2013 at 08:09:22PM +0530, kishon wrote:
> >>>Hi Arnd,
> >>>
> >>>On Tuesday 15 January 2013 07:11 PM, Arnd Bergmann wrote:
> On Tuesday
On 01/16/2013 03:46 PM, Greg KH wrote:
> On Wed, Jan 16, 2013 at 12:38:35PM +0900, Chanwoo Choi wrote:
OK, I will resend pull-request to include only bugfixes patch in 3.8.
After released v3.8-rc7 or 3.8-rc8 kernel, I will send pull-request of
extcon
to include new feature
Hi,
On Tue, Jan 15, 2013 at 11:04:51AM -0700, Stephen Warren wrote:
> On 01/15/2013 03:19 AM, Venu Byravarasu wrote:
> > As tegra_usb_phy_clk_disable/enable() are not being
> > used, removing them.
>
> Greg, Felipe,
>
> Again if I may, I'll take this through the Tegra tree. I think the next
>
On Tue, Jan 15, 2013 at 5:47 PM, Alex Villacís Lasso
wrote:
> [0.00] e820: BIOS-provided physical RAM map:
> [0.00] BIOS-e820: [mem 0x-0x0009f3ff] usable
> [0.00] BIOS-e820: [mem 0x0009f400-0x0009]
> reserved
> [0.00]
Mimi Zohar writes:
> Please remind me why you can't use IMA-appraisal, which was upstreamed
> in Linux 3.7? Why another method is needed?
Good question Vivek?
I remeber there was a slight mismatch in the desired attributes. In
particular we want signatures that are not generated on the
@sysfs_update_group@ always fails and borns a WARNING CALL-trace
if the group exists. BUT still now, no *reference* of this routine at all.
>From fe40df7d716658a1fbdab79768628c81d4363428 Mon Sep 17 00:00:00 2001
From: yanyg
Date: Wed, 16 Jan 2013 11:25:15 +0800
Subject: [PATCH] sysfs-fixes:
On Wed, Dec 19, 2012 at 11:00:05PM +0400, Ilya Zykov wrote:
> When we are opening ptmx, we have closed pts, by description.
> Now only if we open and after close all pts' descriptions, pty_close() sets
> this bit correctly
>
> Signed-off-by: Ilya Zykov
Ok, I have a ton of patches from you, lots
On Tue, Jan 15, 2013 at 6:28 PM, H. Peter Anvin wrote:
> On 01/15/2013 05:47 PM, Alex Villacís Lasso wrote:
>> 2) I have recompiled the kernel to support the memtest parameter. When
>> using it, the extra memory segment appears to be as healthy as other
>> areas of memory. However this might
On Wed, Dec 12, 2012 at 05:28:35AM +, Stephen Hurd wrote:
> From: Stephen Hurd
>
> Add support for the UART device present in Broadcom TruManage capable
> NetXtreme chips (ie: 5761m 5762, and 5725).
>
> This implementation has a hidden transmit FIFO, so running in single-byte
> interrupt
subscribe linux-kernel
--
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 http://www.tux.org/lkml/
On Tue, Jan 15, 2013 at 05:58:06PM +1300, Tony Prisk wrote:
> 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
On Thu, Jan 03, 2013 at 03:53:00PM +0100, Jiri Slaby wrote:
> In this series we get rid of the tty_port_tty_get in most hot paths as
> all the flipping functions needs to know is in tty_port already. This
> simplifies the code at some places a lot.
>
> Two fixes for coverity issues are included.
On Wed, Jan 16, 2013 at 12:38:35PM +0900, Chanwoo Choi wrote:
> >> OK, I will resend pull-request to include only bugfixes patch in 3.8.
> >> After released v3.8-rc7 or 3.8-rc8 kernel, I will send pull-request of
> >> extcon
> >> to include new feature patches of extcon driver in 3.9.
> >
> >
Hi Linus,
This is mainly a workaround for a bug in Sandy Bridge graphics which
cause corruption of certain memory pages.
The following changes since commit 787314c35fbb97e02823a1b8eb8cfa58f366cd49:
Merge tag 'iommu-updates-v3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu
On 1/15/2013 9:49 PM, James Bottomley wrote:
On Tue, 2013-01-15 at 21:31 +0530, Subhash Jadavani wrote:
blk_rq_map_sg() function merges the physically contiguous pages to use same
scatter-gather node without checking if their page descriptors are
contiguous or not.
Now when dma_map_sg() is
Hi,
> > Then, I added the example code in the documentation using EADDRNOTAVAIL.
> > Yes, I was brave with this one. Yet, EINVAL, EBUSY, ENOENT, did not
> > really cut it and are so heavily used in drivers that they turned into a
> > generic "something is wrong" error. I tried here to use a not
2013/1/15 Maarten Lankhorst :
> This type of fence can be used with hardware synchronization for simple
> hardware that can block execution until the condition
> (dma_buf[offset] - value) >= 0 has been met.
>
> A software fallback still has to be provided in case the fence is used
> with a device
2013/01/15 7:46, Andrew Morton wrote:
On Mon, 14 Jan 2013 22:41:03 +
"Luck, Tony" wrote:
hm, why. Obviously SRAT support will improve things, but is it
actually unusable/unuseful with the command line configuration?
Users will want to set these moveable zones along node boundaries
(the
Steven,
Thank you for reviewing my patchset.
I will update both patch 1/2 and 2/2 in accordance with your comment.
Seiji
> -Original Message-
> From: Steven Rostedt [mailto:rost...@goodmis.org]
> Sent: Tuesday, January 15, 2013 8:25 PM
> To: Seiji Aguchi
> Cc: x...@kernel.org;
Please Cc net...@vger.kernel.org on all networking related topics.
On Tue, Jan 15, 2013 at 11:51:48AM -0500, Tom St Denis wrote:
> Hi all,
>
> The AH4/6 code uses ahash to perform the MAC calculation but this precludes
> the availability of GMAC to the user. Are there any plans to port the AH
On Tuesday, January 15, 2013 06:48:08 PM Michael S. Tsirkin wrote:
> On Tue, Jan 15, 2013 at 06:28:46PM +0800, Jason Wang wrote:
> > We forbid polling, writing and reading when the file were detached, this
> > may complex the user in several cases:
> >
> > - when guest pass some buffers to
On Wednesday 16 January 2013 11:46 AM, Greg KH wrote:
> On Fri, Jan 11, 2013 at 11:50:19AM +0530, Vineet Gupta wrote:
>> Hi,
>>
>> As part of converting ARC Port to devicetree infrastructure, the following
>> series converts the arc-uart driver to DT.
>>
>> * The first patch is a bug-fix which
On Fri, Jan 11, 2013 at 11:50:19AM +0530, Vineet Gupta wrote:
> Hi,
>
> As part of converting ARC Port to devicetree infrastructure, the following
> series converts the arc-uart driver to DT.
>
> * The first patch is a bug-fix which showed up in the process as DT based
> platform devices by
On 01/14/2013 03:13 PM, Namhyung Kim wrote:
> 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
(Cc'ing some glibc developers...)
Hello,
In glibc source file inet/netinet/in.h and kernel source file
include/uapi/linux/in6.h, both define struct in6_addr, and both are
visible to user applications. Thomas reported a conflict below.
So, how can we handle this? /me is wondering why we didn't
Hi Greg,
This is the extcon pull request for v3.9.
I don't send separate pull request of extcon about bugfixes patch.
I'd like to apply this patch-set to your next branch for v3.9.
Please pull extcon with following updates.
Update to max77693/max8997 extcon driver:
- Using MHL_TA cable for
On 15.01.2013 20:44, Stephen Warren wrote:
>> diff --git a/arch/arm/mach-tegra/board-dt-tegra20.c
>> b/arch/arm/mach-tegra/board-dt-tegra20.c
>
>> +OF_DEV_AUXDATA("nvidia,tegra20-gr2d", 0x5414, "gr2d", NULL),
>
> I assume the only reason to add AUXDATA is to give the device a specific
>
Hi Ravi,
On Tuesday 15 January 2013 09:36 PM, B, Ravi wrote:
Hi,
On Tue, Jan 15, 2013 at 08:09:22PM +0530, kishon wrote:
Hi Arnd,
On Tuesday 15 January 2013 07:11 PM, Arnd Bergmann wrote:
On Tuesday 15 January 2013, Kishon Vijay Abraham I wrote:
Added a new driver for the usb part of
On 01/15/2013 12:09 AM, Morten Rasmussen wrote:
> On Fri, Jan 11, 2013 at 07:08:45AM +, Alex Shi wrote:
>> On 01/10/2013 11:01 PM, Morten Rasmussen wrote:
>>> On Sat, Jan 05, 2013 at 08:37:45AM +, Alex Shi wrote:
This patch add power aware scheduling in fork/exec/wake. It try to
On 01/14/2013 09:59 PM, Morten Rasmussen wrote:
> On Fri, Jan 11, 2013 at 03:30:30AM +, Alex Shi wrote:
>> On 01/10/2013 07:40 PM, Morten Rasmussen wrote:
> #undef P64
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index ee015b8..7bfbd69 100644
> ---
On Tue, 2013-01-15 at 12:55 +0200, Thomas Backlund wrote:
>
> as it seemed to fix the libvirt case
>
> but then asked it to be ignored after I tried to build connman,
> and hit this conflict with glibc-2.17:
>
> In file included from /usr/include/arpa/inet.h:22:0,
> from
Refactor the handing of the skb's to the individual lowpan devices into a
function.
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 38 --
1 file changed, 24 insertions(+), 14 deletions(-)
diff --git a/net/ieee802154/6lowpan.c
This has been tested by exchanging data with with the Contiki operating
system using a Redwire Econotag. Contiki had to be set to send uncompressed
data, and had to have a #define modified to enable reception and processing
of header-compressed packets when not set to send compressed data.
Alan
Handle the reception of uncompressed packets (dispatch type = IPv6).
Signed-off-by: Alan Ott
---
net/ieee802154/6lowpan.c | 41 -
1 file changed, 32 insertions(+), 9 deletions(-)
diff --git a/net/ieee802154/6lowpan.c b/net/ieee802154/6lowpan.c
index
- /* while loop will break here if sd == NULL */
>>
>> I agree that this should be a major optimization. I just can't figure
>> out why the existing recursive search for an idle cpu switches to the
>> new cpu near the end and then starts a search for an idle cpu in the new
>> cpu's
Adding EHCI device tree node for Exynos5250 along with
the device base adress and gpio line for vbus.
Signed-off-by: Vivek Gautam
Acked-by: Jingoo Han
Acked-by: Grant Likely
---
Changes from v4:
- Added gpio line for VBUS of USB2.0 on snow board.
.../devicetree/bindings/usb/exynos-usb.txt
On Tue, Jan 15, 2013 at 03:13:27PM +, Liam Girdwood wrote:
> From: Liam Girdwood
>
> I no longer work at TI.
Applied, thanks.
--
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 wed, 16 Jan 2013 11:03:13 +0800, Liu Bo wrote:
> This adds a leak decoder callback so that slab destruction
> 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
On 01/14/2013 08:01 PM, Morten Rasmussen wrote:
static long effective_load(struct task_group *tg, int cpu, long wl, long
wg)
> >> {
> >> struct sched_entity *se = tg->se[cpu];
> >>
> >> if (!tg->parent)/* the trivial, non-cgroup case */
>
Hi Fabio Porcedda,
> -Original Message-
> From: Fabio Porcedda [mailto:fabio.porce...@gmail.com]
> Sent: 2013年1月8日 18:18
> To: Yang, Wenyou
> Cc: linux-arm-ker...@lists.infradead.org; Ferre, Nicolas; Jean-Christophe
> PLAGNIOL-VILLARD; Lin, JM; Wim Van Sebroeck;
>
On Tue, Jan 15, 2013 at 7:08 PM, Vivek Gautam wrote:
> Adding EHCI device tree node for Exynos5250 along with
> the device base adress and gpio line for vbus.
>
> Signed-off-by: Vivek Gautam
> Acked-by: Jingoo Han
> Acked-by: Grant Likely
> ---
> .../devicetree/bindings/usb/exynos-usb.txt
16.01.2013 00:56, J. Bruce Fields пишет:
On Mon, Jan 14, 2013 at 11:16:00PM -0500, Mark Lord wrote:
On 13-01-14 03:37 PM, J. Bruce Fields wrote:
Thanks for the report.
On Mon, Jan 14, 2013 at 11:17:09AM -0500, Mark Lord wrote:
Since upgrading to 3.7, and now 3.7.2, my AMD-450E based server
Hi Jiri,
On 2013/01/16 01:02, Jiri Kosina wrote:
On Tue, 15 Jan 2013, Fernando Luis Vázquez Cao wrote:
Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
a RF receiver, multi-interface USB device 054c:0374, that is used to connect
a wireless keyboard and a wireless
On Wed, Jan 16, 2013 at 12:59:17AM +0100, Rafael J. Wysocki wrote:
> On Monday, January 14, 2013 04:46:26 PM Mika Westerberg wrote:
> > We are starting to see traditional SoC peripherals also in the x86 world,
> > things like UART, I2C and SPI controllers that might already have a working
> >
On 1/15/2013 9:02 PM, Mike Turquette wrote:
> Quoting Afzal Mohammed (2013-01-15 05:44:36)
>> LCDC IP has a clock divider to adjust pixel clock, this limits pixel
>> clock range to fck/255 - fck/2(fck - rate of input clock to LCDC IP).
>> In the case of AM335x, where this IP is present, default
Sorry for that, please check my resubmitted patch right now.
Thanks,
Chao
-Original Message-
From: Greg KH [mailto:gre...@linuxfoundation.org]
Sent: Wednesday, January 16, 2013 10:50 AM
To: Bi, Chao
Cc: Alan Cox; Gorby, Russ; Chen, Jun D; linux-ser...@vger.kernel.org;
As protocol driver, IFX SPI driver initiate to setup SPI master with default
SPI word size as 16 bit/word, however, SPI master may not adopt this default
value due to SPI controller's capability, it might choose an available value by
itself and set it to spi_device.bits_per_word. In order to keep
On Tue, 2013-01-15 at 20:30 -0800, Eric W. Biederman wrote:
> Vivek Goyal writes:
>
> > If a binary is signed, verify its signature. If signature is not valid, do
> > not allow execution. If binary is not signed, execution is allowed
> > unconditionally.
> >
> > CONFIG_BINFMT_ELF_SIGNATURE
On Tue, 2013-01-15 at 21:32 -0700, Stephen Warren wrote:
> On 01/15/2013 08:49 PM, Tony Prisk wrote:
> > On Wed, 2013-01-16 at 14:14 +1100, Stephen Rothwell wrote:
> >> Hi all,
> >>
> >> Today's linux-next merge of the tegra tree got a conflict in
> >> drivers/clocksource/Makefile between commit
On Tue, Jan 15, 2013 at 05:21:15PM -0800, Sonny Rao wrote:
> On Tue, Jan 15, 2013 at 4:50 PM, Andrew Morton
> wrote:
> > On Tue, 15 Jan 2013 16:32:38 -0800
> > Sonny Rao wrote:
> >
> >> >> It's for saving the power to increase batter life.
> >> >
> >> > It might well have that effect, dunno.
On Tue, Jan 15, 2013 at 04:09:57PM -0800, Andrew Morton wrote:
> On Fri, 11 Jan 2013 13:43:27 +0900
> Minchan Kim wrote:
>
> > Hi Andrew,
> >
> > On Thu, Jan 10, 2013 at 01:58:28PM -0800, Andrew Morton wrote:
> > > On Thu, 10 Jan 2013 11:23:06 +0900
> > > Minchan Kim wrote:
> > >
> > > > > I
On Tue, Jan 15, 2013 at 11:45:08PM +0100, Rafael J. Wysocki wrote:
> On Tuesday, January 15, 2013 05:23:24 PM Konrad Rzeszutek Wilk wrote:
> > If cpuidle is disabled, that means the:
> >
> > per_cpu(acpi_cpuidle_device, pr->id)
> >
> > is set to NULL as the acpi_processor_power_init ends up
On Wed, Jan 16, 2013 at 12:35:56AM +0100, Rafael J. Wysocki wrote:
> On Monday, January 14, 2013 11:51:51 AM Mika Westerberg wrote:
> > Core System Resources Table (CSRT) is a proprietary ACPI table that
> > contains resources for certain devices that are not found in the DSDT
> > table. Typically
Hello kernel folks,
I am seeing problems with snapshot 3.8.0-0.rc3.git1.2 [fc19].
Processes hanging after it appears unmounting my mmc0 (SD) card, I will attempt
to reproduce but, I am unclear if the two are related at this moment
[ 9127.631555] mmc0: new high speed SDHC card at address 1234
On 01/15/2013 08:49 PM, Tony Prisk wrote:
> On Wed, 2013-01-16 at 14:14 +1100, Stephen Rothwell wrote:
>> Hi all,
>>
>> Today's linux-next merge of the tegra tree got a conflict in
>> drivers/clocksource/Makefile between commit ff7ec345f0ec ("timer: vt8500:
>> Move timer code to
Vivek Goyal writes:
> If a binary is signed, verify its signature. If signature is not valid, do
> not allow execution. If binary is not signed, execution is allowed
> unconditionally.
>
> CONFIG_BINFMT_ELF_SIGNATURE controls whether elf binary signature support
> is compiled in or not.
>
>
Alan Stern wrote:
On Sat, 12 Jan 2013, Andreas Mohr wrote:
There's of course the EHCI vs. UHCI(/OHCI) duality
(EHCI host controller responsible for high speed transfers,
the other for 1.1 full speed, both serving the same port connectors).
So if the coordination between the two is a problem,
Tejun Heo writes:
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -3058,8 +3064,25 @@ static int do_init_module(struct module
> blocking_notifier_call_chain(_notify_list,
>MODULE_STATE_LIVE, mod);
>
> - /* We need to finish all async code
Hi all,
Changes since 20130115:
Dropped tree: samung (many conflicts)
The powerpc tree lost a build failure but still has another.
The arm-soc tree gained conflicts against the slave-dma tree.
The tegra tree gained conflicts against the arm-soc tree
On Tue, Jan 15, 2013 at 7:05 PM, Ming Lei wrote:
>
> So looks only sd.c and floppy.c are to be synchronized suppose
> some sync interfaces are introduced, doesn't it?
What about ata_host_register() (usually called through ata_host_activate())?
I don't understand why you continue to push for
On Tue, Jan 15, 2013 at 08:48:24PM -0700, Shuah Khan wrote:
> On Tue, Jan 15, 2013 at 3:42 PM, Greg Kroah-Hartman
> wrote:
> > This is the start of the stable review cycle for the 3.4.26 release.
> > There are 171 patches in this series, all will be posted as a response
> > to this one. If
On Tue, 15 Jan 2013, Tejun Heo wrote:
> Hello, Arjan.
>
> On Tue, Jan 15, 2013 at 04:25:54PM -0800, Arjan van de Ven wrote:
> > async fundamentally had the concept of a monotonic increasing number,
> > and that you could always wait for "everyone before me".
> > then people (like me) wanted
On 01/16/2013 11:31 AM, Rusty Russell wrote:
> Wanlong Gao writes:
>> Add hot cpu notifier to reset the request virtqueue affinity
>> when doing cpu hotplug.
>
> You need to be careful to get_online_cpus() and put_online_cpus() here,
> so CPUs can't go up and down in the middle of operations.
>
On Tue, Jan 15, 2013 at 3:42 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.4.26 release.
> There are 171 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 Wed, 2013-01-16 at 14:14 +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tegra tree got a conflict in
> drivers/clocksource/Makefile between commit ff7ec345f0ec ("timer: vt8500:
> Move timer code to drivers/clocksource") from the arm-soc tree and commit
>
Add NAND driver DT node and related pinctrl DT data to export NAND
functionality on da850 evm.
Signed-off-by: Kumar, Anil
---
:100644 100644 c7609d0... 433027f... M arch/arm/boot/dts/da850-evm.dts
:100644 100644 e9c6e82... 59e6ea4... M arch/arm/boot/dts/da850.dtsi
Enable pinctrl related config option in da8xx_omapl_defconfig
Signed-off-by: Kumar, Anil
---
:100644 100644 f292239... 0892db4... M arch/arm/configs/da8xx_omapl_defconfig
arch/arm/configs/da8xx_omapl_defconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
For DT, DaVinci platform can use pinctrl-single driver for handling
padconf registers.
Enable PINCTRL Kconfig for MACH_DA8XX_DT platform. Add required
pinctrl DT entries in da850 dts file.
Test procedure
1)Populate DT file with NAND node information.
2)Populate board DT file with pinmux
This set of patches adds:
* Add pinctrl-single for handling Padconf registers.
* Add NAND node to export NAND functionality on da850 EVM.
* Add NAND pinctrl node to do pin mux according to pinctrl-single driver.
This series applies on top of tag next-20130107 git tree
On Tue, Jan 15, 2013 at 3:53 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.0.59 release.
> There are 71 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 Tue, Jan 15, 2013 at 4:43 PM, Luciano Coelho wrote:
> If the requested firmware file size is 0 bytes in the filesytem, we
> will try to vmalloc(0), which causes a warning:
>
> [37834.750274] vmalloc: allocation failure: 0 bytes
> [37834.756347] kworker/1:1: page allocation failure: order:0,
Josh Boyer writes:
> With module signing enabled but not in enforcing mode, we don't consider
> unsigned modules to be an error. However, if we encounter an unsigned
> module we currently taint the module and kernel with TAINT_FORCED_MODULE.
> That also disables lockdep within the kernel.
How
Wanlong Gao writes:
> Add hot cpu notifier to reset the request virtqueue affinity
> when doing cpu hotplug.
You need to be careful to get_online_cpus() and put_online_cpus() here,
so CPUs can't go up and down in the middle of operations.
In particular, get_online_cpus()/put_online_cpus()
"Michael S. Tsirkin" writes:
>> +static int resize_iovec(struct vringh_iov *iov, gfp_t gfp)
>> +{
>> +struct iovec *new;
>> +unsigned int new_num = iov->max * 2;
>
> We must limit this I think, this is coming
> from userspace. How about UIO_MAXIOV?
We limit it to the ring size already;
On 01/15/2013 10:49 PM, Greg KH wrote:
> On Tue, Jan 15, 2013 at 10:23:44PM +0900, Chanwoo Choi wrote:
>> On Tuesday, January 15, 2013, Greg KH wrote:
>>
>> On Tue, Jan 15, 2013 at 09:09:20PM +0900, Chanwoo Choi wrote:
>> > On Tuesday, January 15, 2013, Greg KH wrote:
>> >
>> >
On Tue, Jan 15, 2013 at 7:25 PM, Tejun Heo wrote:
> Hello, Linus.
>
> On Tue, Jan 15, 2013 at 07:00:31PM -0800, Linus Torvalds wrote:
>> That said, maybe we could just make the rule be that you can't pick a
>> default IO scheduler that is modular.
>
> This is definitely much more preferable but
On Wed, Jan 16, 2013 at 10:52 AM, Tejun Heo wrote:
> If the default iosched is built as module, the kernel may deadlock
> while trying to load the iosched module on device probe if the probing
> was running off async. This is because async_synchronize_full() at
> the end of module init ends up
On 1/10/2013 10:42 AM, Rafal Krypa wrote:
> Rule modifications are enabled via /smack/change-rule. Format is as follows:
> "Subject Object rwaxt rwaxt"
>
> First two strings are subject and object labels up to 255 characters.
> Third string contains permissions to enable.
> Fourth string contains
On 16.01.2013 03:40, Jason Cooper wrote:
Soeren,
On Wed, Jan 16, 2013 at 01:17:59AM +0100, Soeren Moch wrote:
On 15.01.2013 22:56, Jason Cooper wrote:
On Tue, Jan 15, 2013 at 03:16:17PM -0500, Jason Cooper wrote:
If my understanding is correct, one of the drivers (most likely one)
either
Hello, Linus.
On Tue, Jan 15, 2013 at 07:00:31PM -0800, Linus Torvalds wrote:
> That said, maybe we could just make the rule be that you can't pick a
> default IO scheduler that is modular.
This is definitely much more preferable but it would affect use case
where everything is built modular and
Hi all,
Today's linux-next merge of the tegra tree got a conflict in
drivers/clocksource/Makefile between commit ff7ec345f0ec ("timer: vt8500:
Move timer code to drivers/clocksource") from the arm-soc tree and commit
ac0fd9eca3ba ("ARM: tegra: move timer.c to drivers/clocksource/") from
the tegra
Hi All,
On Wed, 16 Jan 2013 14:10:16 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the tegra tree got a conflict in
> arch/arm/mach-tegra/board-dt-tegra20.c between commit 1d5cc604f42f ("ARM:
> remove mach .handle_irq for GIC users") from the arm-soc tree and commit
>
Hi all,
Today's linux-next merge of the tegra tree got a conflict in
arch/arm/mach-tegra/board-dt-tegra20.c between commit 1d5cc604f42f ("ARM:
remove mach .handle_irq for GIC users") from the arm-soc tree and commit
ac0fd9eca3ba ("ARM: tegra: move timer.c to drivers/clocksource/") from
the tegra
This adds a leak decoder callback so that slab destruction
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. So
1 - 100 of 2372 matches
Mail list logo
