On Wed, Oct 3, 2012 at 11:47 AM, Alexander Duyck
wrote:
> The ixgbe_set_max_vfs function has several issues. The two big ones are
> that this function assumes it can just enable/disable SR-IOV without any
> other changes being necessary which is not the case. I would recommend
> looking at
On Wed, Oct 3, 2012 at 12:48 PM, Kirill A. Shutemov
wrote:
>
> AFAIK, accessing files on filesystem form kernel directly was no-go for a
> long time. What's the new rule here?
Oh, we've *always* accessed files from the kernel.
What we don't want is random drivers doing so directly and without a
On Wed, Oct 03, 2012 at 10:05:43PM +0200, Frederic Weisbecker wrote:
> On Wed, Oct 03, 2012 at 11:39:45AM -0700, Paul E. McKenney wrote:
> > On Wed, Oct 03, 2012 at 08:21:52PM +0200, Frederic Weisbecker wrote:
> > > It's only there to call rcu_user_hooks_switch(). Let's
> > > just call
On Wed, Oct 3, 2012 at 1:05 PM, Kees Cook wrote:
>
> 3.6 introduced link restrictions:
Hmm. If this causes problems for others, I suspect we need to turn it
off by default.
It's a nice security thing, but considering how quickly people started
complaining after 3.6 was out, I suspect we'll see
At 100hz, shaved kernel, for lowest jitter, and maximal performance, and
the following hardwirings in fair.c
unsigned int sysctl_sched_min_granularity = 1158500ULL;
unsigned int normalized_sysctl_sched_min_granularity = 1158500ULL;
unsigned int __read_mostly sysctl_sched_shares_window = 0UL;
s/address_data/address_list/ in addition to c3813d6.
Signed-off-by: Vivien Didelot
---
include/linux/i2c.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/i2c.h b/include/linux/i2c.h
index 8e25a91..8d87329 100644
--- a/include/linux/i2c.h
+++
On Wed, Oct 3, 2012 at 9:17 AM, Peter Senna Tschudin
wrote:
> From: Peter Senna Tschudin
>
> Convert a nonnegative error return code to a negative one, as returned
> elsewhere in the function.
>
> A simplified version of the semantic match that finds this problem is as
> follows:
On Wed, Oct 03, 2012 at 11:43:32AM -0700, Kees Cook wrote:
> On Wed, Oct 3, 2012 at 9:47 AM, Paul E. McKenney
> wrote:
> > On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
> >> On Wed, Oct 03, 2012 at 06:25:38AM -0700, Paul E. McKenney wrote:
> >> > On Tue, Oct 02, 2012 at
On Wed, Oct 03, 2012 at 03:36:53PM -0400, Dave Jones wrote:
> On Wed, Oct 03, 2012 at 07:46:18PM +0200, Frederic Weisbecker wrote:
> > > it in the kernel tree, unless we wanted people to use the option?
> >
> > A solution could be to add that option under CONFIG_DEBUG_KERNEL and
> specify
>
On Thu, 27 Sep 2012 18:32:33 -0700 (PDT)
Hugh Dickins wrote:
> So despite my earlier reluctance, please take this as an Ack on that
> one too (I was testing them together): it'll be odd if one of them goes
> to stable and the other not, but we can sort that out with GregKH later.
Yes, all this
On Wed, Oct 03, 2012 at 11:39:45AM -0700, Paul E. McKenney wrote:
> On Wed, Oct 03, 2012 at 08:21:52PM +0200, Frederic Weisbecker wrote:
> > It's only there to call rcu_user_hooks_switch(). Let's
> > just call rcu_user_hooks_switch() directly, we don't need this
> > function in the middle.
>
>
Hi Nick,
3.6 introduced link restrictions:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=800179c9b8a1e796e441674776d11cd4c05d61d7
It sounds like you've got symlinks in a world-writable directory, and
you're following those symlinks across mis-matched uids. You can
On Wed, Oct 03, 2012 at 07:46:18PM +0200, Frederic Weisbecker wrote:
> > it in the kernel tree, unless we wanted people to use the option?
>
> A solution could be to add that option under CONFIG_DEBUG_KERNEL and specify
> that it must only be enabled by developers for specific reasons
Kent Overstreet writes:
> On Tue, Oct 02, 2012 at 01:41:17PM -0400, Jeff Moyer wrote:
>> Kent Overstreet writes:
>>
>> > So, I and other people keep running into things where we really need to
>> > add an interface to pass some auxiliary... stuff along with a pread() or
>> > pwrite().
>> >
>>
On Wed, Oct 03, 2012 at 10:32:08AM -0700, Linus Torvalds wrote:
> On Wed, Oct 3, 2012 at 10:09 AM, Al Viro wrote:
> >
> > + if (!S_ISREG(inode->i_mode))
> > + return false;
> > + size = i_size_read(inode);
> >
> > Probably better to do vfs_getattr() and check mode and
Merged - but doesn't the reverse also have to be added in cifs_from_utf16? ie
utf16s_to_utf8s(uni, ... );
I am glad that someone added these multiword handling routines into
the kernel for FAT - this has been something we have wanted for a long
time in cifs (and smb2/smb3). Note the
On Wed, Oct 03, 2012 at 09:38:52AM -0700, Linus Torvalds wrote:
>+static bool fw_get_filesystem_firmware(struct firmware *fw, const char *name)
>+{
>+ int i;
>+ bool success = false;
>+ const char *fw_path[] = { "/lib/firmware/update", "/firmware",
>"/lib/firmware" };
>+ char
Em 03-10-2012 13:57, Greg KH escreveu:
> On Wed, Oct 03, 2012 at 04:36:53PM +0200, Kay Sievers wrote:
>> On Wed, Oct 3, 2012 at 12:12 AM, Greg KH wrote:
>>
>>> Mauro, what version of udev are you using that is still showing this
>>> issue?
>>>
>>> Kay, didn't you resolve this already? If not,
On 2012-09-30 17:38 -0700, Linus Torvalds wrote:
> So here it is, 3.6 final. Sure, I'd have been happier with even fewer
> changes, but that just never happens. And holding off the release
> until people get too bored to send me the small stuff just makes the
> next merge window more painful.
On Wed, 3 Oct 2012, Ard Biesheuvel wrote:
> This patch adds support for the PROT_FINAL flag to
> the mmap() and mprotect() syscalls.
>
> The PROT_FINAL flag indicates that the requested set
> of protection bits should be final, i.e., it shall
> not be allowed for a subsequent mprotect call to
>
On Wed, Oct 03, 2012 at 10:51:32AM -0700, Yinghai Lu wrote:
> That could let pci_create_sysfs_dev_files more simple.
>
> also fix possible fix memleak during removing path.
>
> Signed-off-by: Yinghai Lu
This, combined with the 1/5 patch, looks great, thanks for doing this.
Acked-by: Greg
On Wed, Oct 03, 2012 at 10:32:08AM -0700, Linus Torvalds wrote:
> On Wed, Oct 3, 2012 at 10:09 AM, Al Viro wrote:
> >
> > + if (!S_ISREG(inode->i_mode))
> > + return false;
> > + size = i_size_read(inode);
> >
> > Probably better to do vfs_getattr() and check mode and
Modify mport initialization routine to run the RapidIO discovery process
asynchronously. This allows to have an arbitrary order of enumerating and
discovering ports in systems with multiple RapidIO controllers without
creating a deadlock situation if enumerator port is registered after a
Make RIONET driver multi-net safe/capable by introducing per-net lists of
RapidIO network peers. Rework registration of network adapters to support
all available RIO master port devices.
Signed-off-by: Alexandre Bounine
Cc: Matt Porter
Cc: Li Yang
Cc: David S. Miller
---
drivers/net/rionet.c
Fix blocking wait loop in the RapidIO discovery routine to avoid warning
dumps about stalled CPU on x86 platforms.
Signed-off-by: Alexandre Bounine
Cc: Matt Porter
Cc: Li Yang
---
drivers/rapidio/rio-scan.c | 62 ++-
1 files changed, 20 insertions(+),
The following set of patches provides modifications targeting support of
multiple
RapidIO master port (mport) devices on a CPU-side of RapidIO-capable board.
While the RapidIO subsystem code has definitions suitable for
multi-controller/multi-net support, the existing implementation cannot be
Modify handling of device lists to resolve issues caused by using single global
list of RIO devices during enumeration/discovery. The most common sign of
existing issue is incorrect contents of switch routing tables in systems with
multiple mport controllers while single-port configuration
Replace the single global destination ID counter with per-net allocation
mechanism to allow independent destID management for each available RapidIO
network. Using bitmap based mechanism instead of counters allows
destination ID release and reuse in systems that support hot-swap.
Signed-off-by:
On Wed, Oct 03, 2012 at 07:06:34PM +, Arnd Bergmann wrote:
> The annotation on the addr_map_cfg variable is in the wrong place.
>
> Without this patch, building mv78xx0_defconfig results in:
>
> /home/arnd/linux-arm/arch/arm/mach-mv78xx0/addr-map.c:59:2: warning:
> initialization from
On Wed, Oct 03, 2012 at 03:29:49PM +0100, Philip, Avinash wrote:
> ELM module can be used for error correction of BCH 4 & 8 bit. Also
> support read & write page in one shot by adding custom read_page &
> write_page methods. This helps in optimizing code.
>
> New structure member "is_elm_used" is
> -Original Message-
> From: Don Dutile [mailto:ddut...@redhat.com]
> Sent: Wednesday, October 03, 2012 12:03 PM
> To: Duyck, Alexander H
> Cc: Yinghai Lu; Bjorn Helgaas; Greg Kroah-Hartman; linux-
> p...@vger.kernel.org; linux-kernel@vger.kernel.org; yuval...@broadcom.com;
>
bd31b85960a "locking, ARM: Annotate low level hw locks as raw"
made nw_gpio_lock a raw spinlock, but did not change all the
users in device drivers. This fixes the remaining ones.
sound/oss/waveartist.c: In function 'vnc_mute_spkr':
sound/oss/waveartist.c:1485:2: warning: passing argument 1 of
On Thu, Sep 27, 2012 at 11:22:02PM +0200, Roland Stigge wrote:
> The recurring task of providing simultaneous access to GPIO lines (especially
> for bit banging protocols) needs an appropriate API.
> This patch adds a kernel internal "Block GPIO" API that enables simultaneous
> access to several
On Wed, 3 Oct 2012, Kees Cook wrote:
OK, I will bite... How should I flag an option that is initially only
intended for those willing to take some level of risk?
In the text say "You really don't want to enable this option, use at
your own risk!" Or something like that :)
OK, so the only
The annotation on the addr_map_cfg variable is in the wrong place.
Without this patch, building mv78xx0_defconfig results in:
/home/arnd/linux-arm/arch/arm/mach-mv78xx0/addr-map.c:59:2: warning:
initialization from incompatible pointer type [enabled by default]
Since commit bd8abc9a32c "ARM: mc146818rtc: remove unnecessary include of
mach/irqs.h", building footbridge_defconfig results in this warning:
In file included from include/linux/mc146818rtc.h:16:0,
from arch/arm/mach-footbridge/isa-rtc.c:21:
On 10/03/2012 02:47 PM, Alexander Duyck wrote:
On 10/03/2012 10:51 AM, Yinghai Lu wrote:
Need ixgbe guys to close the loop to use set_max_vfs instead
kernel parameters.
Signed-off-by: Yinghai Lu
Cc: Jeff Kirsher
Cc: Jesse Brandeburg
Cc: Greg Rose
Cc: "David S. Miller"
Cc: John Fastabend
Cc:
On 10/03/2012 01:51 PM, Yinghai Lu wrote:
Will use it enable sriov for pci devices.
Signed-off-by: Yinghai Lu
---
include/linux/pci.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index be1de01..7d70a5e 100644
---
On Wed, Oct 03, 2012 at 03:29:48PM +0100, Philip, Avinash wrote:
> Add support for BCH ECC scheme to gpmc driver and also enabling multi
> sector read/write. This helps in doing single shot NAND page read and
> write.
>
> ECC engine configurations
> BCH 4 bit support
> 1. write => ECC engine
On Wed, 3 Oct 2012, Jiri Kosina wrote:
> Commit 1331e7a1bbe1 ("rcu: Remove _rcu_barrier() dependency on
> __stop_machine()") introduced slab_mutex -> cpu_hotplug.lock
> dependency through kmem_cache_destroy() -> rcu_barrier() ->
> _rcu_barrier() -> get_online_cpus().
>
> Lockdep thinks that this
From: Stephen Hemminger
Date: Wed, 3 Oct 2012 09:25:08 -0700
> On Wed, 3 Oct 2012 18:18:10 +0200
> Peter Senna Tschudin wrote:
>
>> From: Peter Senna Tschudin
>>
>> Convert a nonnegative error return code to a negative one, as returned
>> elsewhere in the function.
>>
>> A simplified
On Wed, Oct 03, 2012 at 08:21:52PM +0200, Frederic Weisbecker wrote:
> It's only there to call rcu_user_hooks_switch(). Let's
> just call rcu_user_hooks_switch() directly, we don't need this
> function in the middle.
Hello, Frederic!
Doesn't this also require an empty definition of
On 10/03/2012 10:51 AM, Yinghai Lu wrote:
> Need ixgbe guys to close the loop to use set_max_vfs instead
> kernel parameters.
>
> Signed-off-by: Yinghai Lu
> Cc: Jeff Kirsher
> Cc: Jesse Brandeburg
> Cc: Greg Rose
> Cc: "David S. Miller"
> Cc: John Fastabend
> Cc:
On Wed, Oct 03, 2012 at 10:51:35AM -0700, Yinghai Lu wrote:
> Need ixgbe guys to close the loop to use set_max_vfs instead
> kernel parameters.
>
> Signed-off-by: Yinghai Lu
> Cc: Jeff Kirsher
> Cc: Jesse Brandeburg
> Cc: Greg Rose
> Cc: "David S. Miller"
> Cc: John Fastabend
> Cc:
On Wed, Oct 03, 2012 at 11:43:35AM +0100, Dave Martin wrote:
> I'm not sure exactly what you mean by linking the DTB into vmlinux.
> I don't think this is supported upstream, at least for ARM. It could
> be done externally by post-processing vmlinux to add extra sections
> and some boot shim
On Wed, Oct 3, 2012 at 9:47 AM, Paul E. McKenney
wrote:
> On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
>> On Wed, Oct 03, 2012 at 06:25:38AM -0700, Paul E. McKenney wrote:
>> > On Tue, Oct 02, 2012 at 12:50:42PM -0700, Kees Cook wrote:
>> > > This config item has not
On Wed, Oct 3, 2012 at 11:02 AM, David Rientjes wrote:
> On Wed, 3 Oct 2012, Kees Cook wrote:
>
>> > So root does echo 0 > /proc/sys/kernel/kptr_restrict first. Again: what
>> > are you trying to protect?
>>
>> Only CAP_SYS_ADMIN can change the setting. This is, for example, for
>> containers,
On 2012-10-02 11:12 -0700, Greg KH wrote:
> On Tue, Oct 02, 2012 at 08:52:05PM +0300, Andy Shevchenko wrote:
> > On Tue, Oct 2, 2012 at 8:34 PM, Greg KH wrote:
> > > On Tue, Oct 02, 2012 at 06:00:54PM +0300, Andy Shevchenko wrote:
[...]
> > >> +/**
> > >> + * kbasename - return the last part of a
On 10/03/2012 09:51 AM, Jacob Shin wrote:
Any comments, thoughts? hpa? Yinghai?
So it seems that during init_memory_mapping Xen needs to modify page table
bits and the memory where the page tables live needs to be direct mapped at
that time.
Since we now call init_memory_mapping for every
On Wednesday 03 October 2012 09:45:48 David Daney wrote:
> On 10/03/2012 08:03 AM, Florian Fainelli wrote:
> > Signed-off-by: Florian Fainelli
> > ---
> > arch/mips/cavium-octeon/octeon-platform.c | 43
-
> > 1 file changed, 42 insertions(+), 1 deletion(-)
>
>
On Wed, Oct 03, 2012 at 07:03:13PM +0530, Ashish Jangam wrote:
> Fix for da9052-core driver probe fail on a mx53qsb dt-kernel
> da9052 1-0048: DA9052 ADC IRQ failed ret=-22
>
> Signed-off-by: Ashish Jangam
Reviwed-by: Mark Brown
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, 3 Oct 2012, Daniel Santos wrote:
> Thanks. I've actually just reversed the patch order per Josh's
> suggestion and added patch comments to it. I can squash them if you
> guys prefer.
>
No need to be so fine-grained in your patches, if you're trying to replace
__linktime_error with
On Wed, Oct 3, 2012 at 6:44 PM, Catalin Marinas wrote:
> arch/m68k/Kconfig |1 +
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical
On Wed, Oct 3, 2012 at 6:44 PM, Catalin Marinas wrote:
> arch/m68k/Kconfig |1 +
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org
In personal conversations with technical
On Wed, Oct 3, 2012 at 1:46 PM, Frederic Weisbecker wrote:
> On Wed, Oct 03, 2012 at 10:21:42AM -0700, Greg Kroah-Hartman wrote:
>> On Wed, Oct 03, 2012 at 09:47:12AM -0700, Paul E. McKenney wrote:
>> > On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
>> > > On Wed, Oct 03,
It's only there to call rcu_user_hooks_switch(). Let's
just call rcu_user_hooks_switch() directly, we don't need this
function in the middle.
Signed-off-by: Frederic Weisbecker
Cc: Josh Triplett
Cc: Peter Zijlstra
---
include/linux/rcupdate.h |2 ++
include/linux/sched.h|8
On Wed, 3 Oct 2012, Christoph Lameter wrote:
> > > Acked-by: Glauber Costa
> > > Signed-off-by: Fengguang Wu
> >
> > Acked-by: David Rientjes
> >
> > I think init_kmem_cache_cpus() would also benefit from just being inlined
> > into alloc_kmem_cache_cpus().
>
> The compiler will do that if it
On Wed, Oct 03, 2012 at 10:48:07PM +0530, Laxman Dewangan wrote:
> When watching the interrupts through /proc/interrupts,
> the name of the interrupts are blank or garbage. The
> reason is the pointer passed for devname during irq
> registration is stack and so it get changed after
> dma
Wakelocks are an Android-specific API that never made into mainline.
Eventually power management wakeup interface appeared, therefore use
this interface instead.
Signed-off-by: Priit Laes
---
drivers/staging/csr/drv.c| 8
drivers/staging/csr/sdio_mmc.c | 23
On Wed, Oct 03, 2012 at 08:50:51AM -0700, H. Peter Anvin wrote:
> On 10/03/2012 08:30 AM, Daniel Blueman wrote:
> > >
> > > Is that "on NumaScale systems"? If so, please say so rather than trying
> > > to make it sound generic; if it is not, can you give some other examples?
> >
> >It is for
On Wed, Oct 03, 2012 at 01:04:33PM -0300, Fabio Estevam wrote:
> On Mon, Oct 1, 2012 at 7:22 AM, Mark Brown
> > I don't understand what this irq_chip or the custom domain you're adding
> > are for?
> I declared da9052_irq_chip because I do the following:
> irq_set_chip_and_handler(virq,
On Wed, Oct 3, 2012 at 10:24 AM, Kay Sievers wrote:
>
> Nothing really "breaks", It's "slow" and it will surely be fixed when
> we know what's the right fix, which we haven't sorted out at this
> moment.
A thirty-second pause at bootup is easily long enough that some people
might think the
On Wed, 3 Oct 2012, Stanislaw Gruszka wrote:
> So, can this problem be solved like on below patch, or I should rather
> split firmware loading into chunks similar like was already iwlwifi did?
>
> diff --git a/drivers/net/wireless/iwlegacy/common.h
> b/drivers/net/wireless/iwlegacy/common.h
>
Em Wed, Oct 03, 2012 at 06:53:42PM +0200, Andi Kleen escreveu:
> The problem is with the perf-archive script. After some hacking I got it
> running
> now. I suspect the perf tool needs to pass its own executable name to
> the script to run.
>
> Also would be nice if another file than perf.data
On 10/03/2012 02:47 AM, Mel Gorman wrote:
On Tue, Oct 02, 2012 at 03:48:57PM -0700, Rick Jones wrote:
On 10/02/2012 01:45 AM, Mel Gorman wrote:
SIZE=64
taskset -c 0 netserver
taskset -c 1 netperf -t UDP_STREAM -i 50,6 -I 99,1 -l 20 -H 127.0.0.1 -- -P
15895 -s 32768 -S 32768 -m $SIZE -M $SIZE
Quoting Paul E. McKenney (paul...@linux.vnet.ibm.com):
> On Wed, Oct 03, 2012 at 10:21:42AM -0700, Greg Kroah-Hartman wrote:
> > On Wed, Oct 03, 2012 at 09:47:12AM -0700, Paul E. McKenney wrote:
> > > On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
> > > > On Wed, Oct 03, 2012
On Wed, 3 Oct 2012, Kees Cook wrote:
> > So root does echo 0 > /proc/sys/kernel/kptr_restrict first. Again: what
> > are you trying to protect?
>
> Only CAP_SYS_ADMIN can change the setting. This is, for example, for
> containers, or other situations where a uid 0 process lacking
>
Hi Alexandra,
> Hi Henrik/Dmitry,
>
> We are working on a product specific driver for Synaptics DS4 I2C touchscreen
> devices. It was submitted on Sept. 16, 2012, but has not been reviewed.
> (http://lkml.org/lkml/2012/9/16/24).
> We found several warnings after running script/checkpatch.pl,
On Wed, Oct 3, 2012 at 10:51 AM, Yinghai Lu wrote:
> Need ixgbe guys to close the loop to use set_max_vfs instead
> kernel parameters.
Sorry, I should put RFC in the subject line for this one.
Thanks
Yinghai
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
When watching the interrupts through /proc/interrupts,
the name of the interrupts are blank or garbage. The
reason is the pointer passed for devname during irq
registration is stack and so it get changed after
dma registration completes.
Allocate the pointer as part of dma channel and pass
this
Will use it enable sriov for pci devices.
Signed-off-by: Yinghai Lu
---
include/linux/pci.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/pci.h b/include/linux/pci.h
index be1de01..7d70a5e 100644
--- a/include/linux/pci.h
+++ b/include/linux/pci.h
@@
Need ixgbe guys to close the loop to use set_max_vfs instead
kernel parameters.
Signed-off-by: Yinghai Lu
Cc: Jeff Kirsher
Cc: Jesse Brandeburg
Cc: Greg Rose
Cc: "David S. Miller"
Cc: John Fastabend
Cc: e1000-de...@lists.sourceforge.net
Cc: net...@vger.kernel.org
---
That could let pci_create_sysfs_dev_files more simple.
also fix possible fix memleak during removing path.
Signed-off-by: Yinghai Lu
---
drivers/pci/pci-sysfs.c | 21 ++---
1 files changed, 10 insertions(+), 11 deletions(-)
diff --git a/drivers/pci/pci-sysfs.c
only pci device that support sriov will have max_vfs show up in /sys
when user set value in /sys, driver ops set_max_vfs will be called to enable
VF there.
Signed-off-by: Yinghai Lu
---
drivers/pci/pci-sysfs.c | 51 +++
include/linux/pci.h |
need to use it for visiable attribute control in syfsfs for pci_dev.
Signed-off-by: Yinghai Lu
---
drivers/pci/pci-sysfs.c | 24
drivers/pci/pci.h |1 +
drivers/pci/probe.c |1 +
3 files changed, 26 insertions(+), 0 deletions(-)
diff --git
First two patches are old patches in my queue.
They introduce pci_dev_type and use it with vga in sysfs.
other two will add set_max_vfs in sysfs for device that support siov.
last one is draft version for ixgbe, still need ixgbe guys to sort it
out.
Thanks
Yinghai
Yinghai Lu (5):
PCI: Add
"MODSIGN: Provide module signing public keys to the kernel" causes a build
error when CONFIG_UIDGID_STRICT_TYPE_CHECKS is enabled:
kernel/modsign_pubkey.c: In function 'module_verify_init':
kernel/modsign_pubkey.c:47: error: incompatible type for argument 3 of
'key_alloc'
When watching the interrupts through /proc/interrupts,
the name of the interrupts are blank or garbage. The
reason is the pointer passed for devname during irq
registration is stack and so it get changed after
dma registration completes.
Allocate the pointer as part of dma channel and pass
this
Linus,
please pull from the tag "firewire-updates" at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394.git
firewire-updates
to receive the following IEEE 1394 (FireWire) subsystem changes:
- Feed GUIDs of FireWire nodes to the random pool,
- more complete quirk handling
On Wed, Oct 03, 2012 at 10:21:42AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Oct 03, 2012 at 09:47:12AM -0700, Paul E. McKenney wrote:
> > On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
> > > On Wed, Oct 03, 2012 at 06:25:38AM -0700, Paul E. McKenney wrote:
> > > > On Tue,
On Wed, Oct 03, 2012 at 10:21:42AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Oct 03, 2012 at 09:47:12AM -0700, Paul E. McKenney wrote:
> > On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
> > > On Wed, Oct 03, 2012 at 06:25:38AM -0700, Paul E. McKenney wrote:
> > > > On Tue,
On Wed, Oct 03, 2012 at 06:34:48PM +0100, Ben Hutchings wrote:
> On Wed, Oct 03, 2012 at 10:01:13AM -0700, John Stultz wrote:
> > On 10/03/2012 09:01 AM, Willy Tarreau wrote:
> > >Hi Ben,
> > >
> > >On Wed, Oct 03, 2012 at 03:50:14PM +0100, Ben Hutchings wrote:
> > >>On Tue, 2012-10-02 at 00:52
On Wed, Oct 03, 2012 at 10:01:13AM -0700, John Stultz wrote:
> On 10/03/2012 09:01 AM, Willy Tarreau wrote:
> >Hi Ben,
> >
> >On Wed, Oct 03, 2012 at 03:50:14PM +0100, Ben Hutchings wrote:
> >>On Tue, 2012-10-02 at 00:52 +0200, Willy Tarreau wrote:
> >>>2.6.32-longterm review patch. If anyone has
> -Original Message-
> From: Willy Tarreau [mailto:w...@1wt.eu]
> Sent: Monday, October 01, 2012 3:52 PM
> To: linux-kernel; sta...@vger.kernel.org
> Cc: Sony Chacko; zz-930768; David Miller; Jonathan Nieder; Willy Tarreau
> Subject: [ 001/180] netxen: support for GbE port settings
>
>
On Wed, Oct 03, 2012 at 02:06:57PM -0300, Fabio Estevam wrote:
> + /* Allocate a virtual IRQ domain to distribute to the regmap domains */
> + da9052->virq = irq_domain_add_linear(NULL, ARRAY_SIZE(da9052_irqs),
> + _domain_ops, da9052);
> +
On Wed, Oct 03, 2012 at 10:01:13AM -0700, John Stultz wrote:
> On 10/03/2012 09:01 AM, Willy Tarreau wrote:
> >Hi Ben,
> >
> >On Wed, Oct 03, 2012 at 03:50:14PM +0100, Ben Hutchings wrote:
> >>On Tue, 2012-10-02 at 00:52 +0200, Willy Tarreau wrote:
> >>>2.6.32-longterm review patch. If anyone has
On Wed, Oct 3, 2012 at 10:09 AM, Al Viro wrote:
>
> + if (!S_ISREG(inode->i_mode))
> + return false;
> + size = i_size_read(inode);
>
> Probably better to do vfs_getattr() and check mode and size in kstat; if
> it's sufficiently hot for that to hurt, we are fucked
On 10/03/2012 04:29 PM, Raghavendra K T wrote:
> * Avi Kivity [2012-09-27 14:03:59]:
>
>> On 09/27/2012 01:23 PM, Raghavendra K T wrote:
>> >>
> [...]
>> > 2) looking at the result (comparing A & C) , I do feel we have
>> > significant in iterating over vcpus (when compared to even vmexit)
>> >
On Wed, Oct 3, 2012 at 6:57 PM, Greg KH wrote:
>> It's the same in the current release, we still haven't wrapped our
>> head around how to fix it/work around it.
>
> Ick, as this is breaking people's previously-working machines, shouldn't
> this be resolved quickly?
Nothing really "breaks",
On Wed, Oct 03, 2012 at 08:14:04PM +0300, Priit Laes wrote:
> Signed-off-by: Priit Laes
Why?
Please be more dscriptive in the changelog entry for the patch, care to
redo this and resend it?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Oct 03, 2012 at 09:47:12AM -0700, Paul E. McKenney wrote:
> On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
> > On Wed, Oct 03, 2012 at 06:25:38AM -0700, Paul E. McKenney wrote:
> > > On Tue, Oct 02, 2012 at 12:50:42PM -0700, Kees Cook wrote:
> > > > This config item
On 10/03/2012 09:01 AM, Willy Tarreau wrote:
Hi Ben,
On Wed, Oct 03, 2012 at 03:50:14PM +0100, Ben Hutchings wrote:
On Tue, 2012-10-02 at 00:52 +0200, Willy Tarreau wrote:
2.6.32-longterm review patch. If anyone has any objections, please let me know.
[...]
No objection, but please remove
Signed-off-by: Priit Laes
---
drivers/staging/csr/drv.c| 8
drivers/staging/csr/sdio_mmc.c | 23 +++
drivers/staging/csr/sme_sys.c| 18 +-
drivers/staging/csr/unifi_priv.h | 8
4 files changed, 20 insertions(+), 37
On Wed, Oct 03, 2012 at 09:17:02AM -0700, Greg Kroah-Hartman wrote:
> On Wed, Oct 03, 2012 at 06:25:38AM -0700, Paul E. McKenney wrote:
> > On Tue, Oct 02, 2012 at 12:50:42PM -0700, Kees Cook wrote:
> > > This config item has not carried much meaning for a while now and is
> > > almost always
Since commit commit 4c071ee5268f7234c3d084b6093bebccc28cdcba ("arm:
initial Xen support") PV on HVM guests can be xen_initial_domain.
However PV on HVM guests might have an unitialized xen_start_info, so
check before accessing its fields.
Signed-off-by: Stefano Stabellini
Acked-by: Ian Campbell
On Wed, Oct 03, 2012 at 09:38:52AM -0700, Linus Torvalds wrote:
> Yeah, that bugzilla shows the problem with Kay as a maintainer too,
> not willing to own up to problems he caused.
>
> Can you actually see the problem? I did add the attached patch as an
> attachment to the bugzilla, so the
On Wed, 3 Oct 2012, Ian Campbell wrote:
> On Wed, 2012-10-03 at 17:13 +0100, Ian Campbell wrote:
> > On Wed, 2012-10-03 at 17:05 +0100, Stefano Stabellini wrote:
> > > On Wed, 3 Oct 2012, Ian Campbell wrote:
> > > > On Wed, 2012-10-03 at 16:48 +0100, Stefano Stabellini wrote:
> > > > > On Wed, 3
From: Fabio Estevam
Currently da9062_tsi does not probe and it fails as follows:
da9052 1-0048: Unable to determine device interrupts
Use the new da9052 irq functions and allow the driver to probe successfully.
Signed-off-by: Fabio Estevam
---
Hi,
Even though I can get the da9052_tsi driver
Create a da9052-irq.c file so that it can handle interrupt related operations.
Signed-off-by: Fabio Estevam
---
drivers/mfd/Makefile |1 +
drivers/mfd/da9052-core.c | 323 +
drivers/mfd/da9052-irq.c | 304
From: Fabio Estevam
On a mx53qsb dt-kernel the da9052-core driver fails to probe as follows:
da9052 1-0048: DA9052 ADC IRQ failed ret=-22
The reason for the error was due to passing only the offset as the interrupt
number in request_threaded_irq().
The recommended approach though is to use
201 - 300 of 1350 matches
Mail list logo