PranavkumarSawargaonkar writes:
> From: Pranavkumar Sawargaonkar
>
> This patch implements early printk support for virtio-mmio console devices
> without using any hypercalls.
This makes some sense, though not sure that early console *read* makes
much sense. I can see the PCI version of this b
All the drivers that need delay for the regulator voltage output voltage to
stabilize after being enabled or after being set to a new value has been
converted to implement enable_time and set_voltage_time_sel callbacks.
Then regulator core will take care of the necessary delay.
This patch removes
Hi Nicolas,
>>> Add a "wireless/nl80211_iftype" entry in the net device sysfs
>>> file structure to indicate the mode of the wireless device so
>>> it can be discovered easily from userspace.
>>
>> What's wrong with "iw dev", i.e. netlink/nl80211?
>
> "Do NOT screenscrape this tool, we don't con
On 04/17/2013 04:55 PM, Axel Lin wrote:
The voltage_shift can be calculated from voltage_mask.
Let's remove voltage_shift fied from struct ab8500_regulator_info, this change
can prevent missing voltage_shift setting issue.
Signed-off-by: Axel Lin
Nice improvement.Thanks.
Acked-by: Bengt Jonss
On 04/17/2013 04:54 PM, Axel Lin wrote:
The voltage_shift field of struct expand_register is not used now, remove it.
Signed-off-by: Axel Lin
Looks good.
Acked-by: Bengt Jonsson
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
Hello,
We upgraded kernel on all system of a cluster and have some troubles
with Apache 2. The architecture is composed by 4 NFS clients and 1 NFS
Server, all based on 3.8.8 kernel version ( before, it was 2.6.32 on all
systems and was running with no problem )
Sometimes and after having reb
Hello Heiko,
- Original Message -
> From: "Heiko Carstens"
> To: "Zhouping Liu"
> Cc: linux...@kvack.org, "LKML" , "caiqian"
> , "Caspar Zhang"
> , "Martin Schwidefsky"
> Sent: Tuesday, April 16, 2013 3:50:47 PM
> Subject: Re: [BUG][s390x] mm: system crashed
>
> On Mon, Apr 15, 2013 a
On 18/04/2013 00:09, Johannes Berg wrote:
> On Wed, 2013-04-17 at 15:06 -0700, Bing Zhao wrote:
>> Add a "wireless/nl80211_iftype" entry in the net device sysfs
>> file structure to indicate the mode of the wireless device so
>> it can be discovered easily from userspace.
>
> What's wrong with "iw
ko] undefined!
ERROR: "usb_stor_dbg" [drivers/usb/storage/ums-cypress.ko] undefined!
ERROR: "usb_stor_dbg" [drivers/usb/storage/ums-alauda.ko] undefined!
Caused by commit 75b9130e8af6 ("usb: storage: Add usb_stor_dbg, reduce
object size"). Please build test such i
From: Pranavkumar Sawargaonkar
This patch implements early printk support for virtio-mmio console devices
without using any hypercalls.
The current virtio early printk code in kernel expects that hypervisor will
provide some mechanism generally a hypercall to support early printk. This
patch
irq_eoi() is already called by generic_handle_irq() so
it shall not be called a again
Signed-off-by: Christophe Leroy
Index: linux/arch/powerpc/platforms/8xx/m8xx_setup.c
===
--- linux/arch/powerpc/platforms/8xx/m8xx_setup.c
On Thursday 18 April 2013 09:26 AM, Felipe Balbi wrote:
On Wed, Apr 17, 2013 at 05:04:23PM +0530, Sourav Poddar wrote:
Since "uart_console" definition is now moved to serial core
haeder file . Serial drivers need not define them.
Cc: Sylvain Munaut
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Raj
Hi John,
A set of changes intended for 3.10. The biggest changes here are from David
Herrmann, he rewrote most of the HIDP layer making it more reliable. Marcel
added a driver setup stage for device that need special handling on their
early initialization. Other than that we have the usual clean u
Hi Marek,
On Tue, Apr 16, 2013 at 4:48 PM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> (CC'ing Marek)
>
> On Tuesday 16 April 2013 16:24:30 Prabhakar lad wrote:
>> From: Lad, Prabhakar
>>
>> with recent commit with id 068a0df76023926af958a336a78bef60468d2033
>> which adds add length check for mm
Hello Maintainers:
in arch/powerpc/kernel/lparcfg.c, parse_system_parameter_string()
need set '\0' for 'local_buffer'.
the reason is:
SPLPAR_MAXLENGTH is 1026, RTAS_DATA_BUF_SIZE is 4096
the contents of rtas_data_buf may truncated in memcpy (line 301).
if contents are truncated
On Wed, 2013-04-17 at 21:19 -0700, Guenter Roeck wrote:
> On Sat, Apr 13, 2013 at 10:38:07PM +0200, Thomas Gleixner wrote:
> > > + return kempld_read8(pld, index) | kempld_read8(pld, index+1) << 8;
> > index + 1)
> > Please
> Wondering wh
On Sat, Apr 13, 2013 at 10:38:07PM +0200, Thomas Gleixner wrote:
[ ... ]
>
> > + return kempld_read8(pld, index) | kempld_read8(pld, index+1) << 8;
>
> index + 1)
> Please
>
Wondering why does checkpatch not report those ? I just
On Wed, Apr 17, 2013 at 05:33:36PM +0100, Anthony Olech wrote:
> This patch is relative to linux next-20130417
>
> This is the HWMON component driver of the Dialog DA9058 PMIC.
> This driver is just one component of the whole DA9058 PMIC driver.
> It depends on the CORE and ADC co
Sorry, i miss something..
Thanks,
wang
> Hello Wei,
>
> +++ b/sound/pci/hda/patch_realtek.c
> @@ -3787,7 +3787,8 @@ static int patch_alc662(struct hda_codec *codec)
> if ((alc_get_coef0(codec) & (1 << 14)) &&
> codec->bus->pci->subsystem_vendor == 0x1025 &&
> spec->cdef
Hello Wei,
+++ b/sound/pci/hda/patch_realtek.c
@@ -3787,7 +3787,8 @@ static int patch_alc662(struct hda_codec *codec)
if ((alc_get_coef0(codec) & (1 << 14)) &&
codec->bus->pci->subsystem_vendor == 0x1025 &&
spec->cdefine.platform_type == 1) {
- if (alc
On 04/18/2013 08:08 AM, Marcelo Tosatti wrote:
> On Tue, Apr 16, 2013 at 02:32:53PM +0800, Xiao Guangrong wrote:
>> Use kvm_mmu_invalid_all_pages in kvm_arch_flush_shadow_all and
>> rename kvm_zap_all to kvm_free_all which is used to free all
>> memmory used by kvm mmu when vm is being destroyed, a
On 04/18/2013 08:05 AM, Marcelo Tosatti wrote:
> On Tue, Apr 16, 2013 at 02:32:50PM +0800, Xiao Guangrong wrote:
>> The current kvm_mmu_zap_all is really slow - it is holding mmu-lock to
>> walk and zap all shadow pages one by one, also it need to zap all guest
>> page's rmap and all shadow page's
Hi,
On Wed, Apr 17, 2013 at 05:04:24PM +0530, Sourav Poddar wrote:
> @@ -1632,6 +1650,8 @@ static const struct dev_pm_ops serial_omap_dev_pm_ops =
> {
> SET_SYSTEM_SLEEP_PM_OPS(serial_omap_suspend, serial_omap_resume)
> SET_RUNTIME_PM_OPS(serial_omap_runtime_suspend,
>
On Wed, Apr 17, 2013 at 05:04:23PM +0530, Sourav Poddar wrote:
> Since "uart_console" definition is now moved to serial core
> haeder file . Serial drivers need not define them.
>
> Cc: Sylvain Munaut
> Cc: Santosh Shilimkar
> Cc: Felipe Balbi
> Cc: Rajendra nayak
> Signed-off-by: Sourav Podda
akpm,
If you're happy with this, is it something you can take in your tree?
Mikey
Michael Neuling wrote:
> We are currently out of free bits in AT_HWCAP. With POWER8, we have
> several hardware features that we need to advertise.
>
> Tested on POWER and x86.
>
> Signed-off-by: Michael Neulin
We are currently out of free bits in AT_HWCAP. With POWER8, we have
several hardware features that we need to advertise.
Tested on POWER and x86.
Signed-off-by: Michael Neuling
Signed-off-by: Nishanth Aravamudan
---
> Wouldn't it be safer to not emit AT_HWCAP2 unless it is defined by the arch
On 04/17/2013 09:28 PM, Luis Henriques wrote:
> On Wed, Apr 17, 2013 at 08:13:57PM +0800, Lingzhu Xiang wrote:
>> On 04/17/2013 07:56 PM, Andy Whitcroft wrote:
>>> On Wed, Apr 17, 2013 at 12:37:43PM +0800, Lingzhu Xiang wrote:
On 04/16/2013 06:33 PM, Luis Henriques wrote:
> 68d929862e29a8b
On 4/17/13 1:53 PM, Miklos Szeredi wrote:
On Mon, Apr 15, 2013 at 5:30 PM, Miklos Szeredi wrote:
Let's approach it from the other direction: what if you give back the
write lease on the first flush? It will probably work fine for 99% of
cases, since no other writes are going to happen after t
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/infiniband/hw/cxgb4/qp.c between commit 5b0c275926b8
("RDMA/cxgb4: Fix SQ allocation when on-chip SQ is disabled") from the
infiniband tree and commit 9919d5bd01b9 ("RDMA/cxgb4: Fix onchip queue
support for T5") from t
On 04/18/2013 07:38 AM, Marcelo Tosatti wrote:
> On Tue, Apr 16, 2013 at 02:32:45PM +0800, Xiao Guangrong wrote:
>> Invalid rmaps is the rmap of the invalid memslot which is being
>> deleted, especially, we can treat all rmaps are invalid when
>> kvm is being destroyed since all memslot will be del
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/spi/spi-omap2-mcspi.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/spi/spi-omap2-mcsp
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
Signed-off-by: Wei Yongjun
---
sound/pci/hda/patch_realtek.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/sound/pci/hda/patch_realte
On Wed, Apr 17, 2013 at 02:49:59PM -0700, Eric W. Biederman wrote:
> Don Zickus writes:
>
> > A common problem with kdump is that during the boot up of the
> > second kernel, the hardware watchdog times out and reboots the
> > machine before a vmcore can be captured.
> >
> > Instead of tellling c
On Wed, 2013-04-17 at 15:23 -0400, Waiman Long wrote:
> The current mutex spinning code (with MUTEX_SPIN_ON_OWNER option turned
> on) allow multiple tasks to spin on a single mutex concurrently. A
> potential problem with the current approach is that when the mutex
> becomes available, all the spin
On 04/17/2013 05:37 PM, Anshuman Khandual wrote:
> On 04/17/2013 12:38 PM, Michael Ellerman wrote:
>> On Tue, Apr 16, 2013 at 09:24:10PM +0530, Anshuman Khandual wrote:
>>> This patch provides basic enablement for perf branch stack sampling
>>> framework
>>> on POWER8 processor with a new PMU feat
On Tue, Apr 16, 2013 at 02:32:50PM +0800, Xiao Guangrong wrote:
> The current kvm_mmu_zap_all is really slow - it is holding mmu-lock to
> walk and zap all shadow pages one by one, also it need to zap all guest
> page's rmap and all shadow page's parent spte list. Particularly, things
> become wors
On Tue, Apr 16, 2013 at 02:32:53PM +0800, Xiao Guangrong wrote:
> Use kvm_mmu_invalid_all_pages in kvm_arch_flush_shadow_all and
> rename kvm_zap_all to kvm_free_all which is used to free all
> memmory used by kvm mmu when vm is being destroyed, at this time,
> no vcpu exists and mmu-notify has bee
A lot of regulator hardware has ascendant voltage list.
This patch adds regulator_map_voltage_ascend() and export it.
Drivers that have ascendant voltage list can use this as their map_voltage()
operation, this is more efficient than default regulator_map_voltage_iterate()
function.
Signed-off-by
Hi,
https://01.org/numatop/ is slightly faster to access.
Or please access https://github.com/01org/numatop to get the source directly.
Thanks
Jin Yao
-Original Message-
From: Jin, Yao
Sent: Wednesday, April 17, 2013 10:30 AM
To: 'l...@lwn.net'; 'linux-kernel@vger.kernel.org';
'linux
A lot of regulator hardware has ascendant voltage list.
This patch adds regulator_map_voltage_ascend() and exports it.
Drivers that have ascendant voltage list can use this as their map_voltage()
operation, this is more efficient than default regulator_map_voltage_iterate()
function.
Signed-off-b
On Wed, Apr 17, 2013 at 08:25:39PM -0500, Robin Holt wrote:
> On Wed, Apr 17, 2013 at 05:39:33PM -0700, H. Peter Anvin wrote:
> > On 04/17/2013 05:17 PM, Robin Holt wrote:
> > >
> > > There are 4 items being parsed out of reboot= for x86:
> > > - reboot_modew[arm] | c[old]
> > > - re
On Wed, Apr 17, 2013 at 6:44 PM, Randy Dunlap wrote:
> On 04/17/13 16:03, a...@linux-foundation.org wrote:
>> The mm-of-the-moment snapshot 2013-04-17-16-02 has been uploaded to
>>
>>http://www.ozlabs.org/~akpm/mmotm/
>>
>
>
> I saw this in linux-next a few days ago and forgot to post it.
>
>
On Wed, 2013-04-17 at 17:53 -0400, Len Brown wrote:
> On 04/12/2013 12:48 PM, Mike Galbraith wrote:
> > On Fri, 2013-04-12 at 18:23 +0200, Borislav Petkov wrote:
> >> On Fri, Apr 12, 2013 at 04:46:50PM +0800, Alex Shi wrote:
> >>> Thanks a lot for comments, Len!
> >>
> >> AFAICT, you kinda forgot
On 04/17/13 16:03, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2013-04-17-16-02 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
I saw this in linux-next a few days ago and forgot to post it.
When CONFIG_DEBUG_FS is not enabled:
drivers/gpu/drm/qxl/qxl_tt
Hi Sage,
Today's linux-next merge of the ceph tree got a conflict in
fs/ceph/addr.c between commit 496ad9aa8ef4 ("new helper: file_inode
(file)") from Linus' tree and commit 42f94fe2cf50 ("ceph: revert commit
22cddde104") from the ceph tree.
I fixed it up (see below) and can carry the fix as nece
On Wed, Apr 17, 2013 at 05:39:33PM -0700, H. Peter Anvin wrote:
> On 04/17/2013 05:17 PM, Robin Holt wrote:
> >
> > There are 4 items being parsed out of reboot= for x86:
> > - reboot_mode w[arm] | c[old]
> > - reboot_cpu s[mp]
> > - reboot_type b[ios
On 2013年04月18日 04:07, Andrew Morton wrote:
> On Wed, 17 Apr 2013 12:04:02 +0800 Chen Gang wrote:
>
>> > since "normally audit_add_tree_rule() will free it on failure",
>> > need free it completely, when failure occures.
>> >
>> > need additional put_tree before return, since get_tree was
From: Yang Zhang
If not config smp, posted interrupt logic will not work. So we should not
send posted interrupt and let vcpu to pick the pending interrupt before
vmentry.
Without this patch, the build fails when CONFIG_SMP is disabled.
Thanks Randy to report this issue.
Reported-by: Randy Dun
From: Randy Dunlap
PFN_PHYS() is a phys_addr_t, which can be u32 or u64.
Fix the build warning when phys_addr_t is u32.
mm/memory_hotplug.c: warning: format '%llx' expects argument of type 'long long
unsigned int', but argument 2 has type 'unsigned int' [-Wformat]: => 1685:3
mm/memory_hotplug.
Randy Dunlap wrote on 2013-04-18:
> On 04/17/13 17:35, Zhang, Yang Z wrote:
>> David Rientjes wrote on 2013-04-18:
>>> On Wed, 17 Apr 2013, Randy Dunlap wrote:
>>>
On 04/17/13 16:12, David Rientjes wrote:
> The build fails when CONFIG_SMP is disabled:
>
> arch/x86/kvm/vmx.c: In
On 04/17/13 17:35, Zhang, Yang Z wrote:
> David Rientjes wrote on 2013-04-18:
>> On Wed, 17 Apr 2013, Randy Dunlap wrote:
>>
>>> On 04/17/13 16:12, David Rientjes wrote:
The build fails when CONFIG_SMP is disabled:
arch/x86/kvm/vmx.c: In function 'vmx_deliver_posted_interrupt':
>>
On 04/17/2013 04:20 PM, Borislav Petkov wrote:
[ trim CC-list ]
On Wed, Apr 17, 2013 at 02:57:13PM -0500, Aravind Gopalakrishnan wrote:
Add code to handle ECC decoding for fam16h. Support exists for
previous families already, so code has been reused werever applicable
and some code has been add
On 04/17/2013 05:17 PM, Robin Holt wrote:
>
> There are 4 items being parsed out of reboot= for x86:
> - reboot_modew[arm] | c[old]
> - reboot_cpu s[mp]
> - reboot_typeb[ios] | a[cpi] | k[bd] | t[riple] | e[fi] |
> p[ci]
> - reboot_force
Hi Naoya,
On 04/17/2013 10:55 PM, Naoya Horiguchi wrote:
> On Wed, Apr 17, 2013 at 03:14:36PM +0800, Simon Jeons wrote:
>> Hi Naoya,
>> On 04/11/2013 03:11 PM, Naoya Horiguchi wrote:
>>> Hi Tanino-san,
>>>
>>> On Thu, Apr 11, 2013 at 12:26:19PM +0900, Mitsuhiro Tanino wrote:
>>> ...
Solution
>
David Rientjes wrote on 2013-04-18:
> On Wed, 17 Apr 2013, Randy Dunlap wrote:
>
>> On 04/17/13 16:12, David Rientjes wrote:
>>> The build fails when CONFIG_SMP is disabled:
>>>
>>> arch/x86/kvm/vmx.c: In function 'vmx_deliver_posted_interrupt':
>>> arch/x86/kvm/vmx.c:3950:3: error: 'apic
On 03/26/13 10:35, Stephen Boyd wrote:
> On 03/21/13 10:49, Stephen Boyd wrote:
>> On 03/14/13 17:08, Stephen Boyd wrote:
>>> cyc_to_sched_clock() is called by sched_clock() and cyc_to_ns()
>>> is called by cyc_to_sched_clock(). I suspect that some compilers
>>> inline both of these functions into
On Thu, 18 Apr 2013, Will Huck wrote:
> In normal case, builtin_constant_p() is used for what?
>
http://gcc.gnu.org/onlinedocs/
--
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.ker
Better that than someone creating a completely different syntax.
Robin Holt wrote:
>On Wed, Apr 17, 2013 at 03:15:33PM -0500, Robin Holt wrote:
>> On Wed, Apr 17, 2013 at 12:59:57PM -0700, H. Peter Anvin wrote:
>> > It is also worth noting that the documentation says reboot=s[mp]#
>> > whereas i
On Wed, 2013-04-17 at 14:47 -0400, Alan Stern wrote:
> On Wed, 17 Apr 2013, Joe Perches wrote:
[]
> > +int usb_stor_dbg(const struct us_data *us, const char *fmt, ...)
> > +{
> > + struct va_format vaf;
> > + va_list args;
> > + int r;
> > +
> > + va_start(args, fmt);
> > +
> > +
On Wed, Apr 17, 2013 at 03:15:33PM -0500, Robin Holt wrote:
> On Wed, Apr 17, 2013 at 12:59:57PM -0700, H. Peter Anvin wrote:
> > It is also worth noting that the documentation says reboot=s[mp]#
> > whereas in fact only reboot=s# parse correctly. I consider this to be a
> > bug.
> >
> > If we ce
Hi Steven,
On 04/18/2013 03:09 AM, Steven Rostedt wrote:
The slab.c code has a size check macro that checks the size of the
following structs:
struct arraycache_init
struct kmem_list3
The index_of() function that takes the sizeof() of the above two structs
and does an unnecessary __builtin_cons
Hi Jerome,
On 04/17/2013 08:11 PM, Jerome Marchand wrote:
Since commit 62c230b, swap_writepage() calls direct_IO on swap files.
However, in that case page isn't redirtied if I/O fails, and is therefore
handled afterwards as if it has been successfully written to the swap
file, leading to memory c
On Wed, 17 Apr 2013, Randy Dunlap wrote:
> On 04/17/13 16:12, David Rientjes wrote:
> > The build fails when CONFIG_SMP is disabled:
> >
> > arch/x86/kvm/vmx.c: In function 'vmx_deliver_posted_interrupt':
> > arch/x86/kvm/vmx.c:3950:3: error: 'apic' undeclared (first use in this
> > func
On Wed, 17 Apr 2013, Steven Rostedt wrote:
> The slab.c code has a size check macro that checks the size of the
> following structs:
>
> struct arraycache_init
> struct kmem_list3
>
> The index_of() function that takes the sizeof() of the above two structs
> and does an unnecessary __builtin_con
On 04/17/13 16:12, David Rientjes wrote:
> The build fails when CONFIG_SMP is disabled:
>
> arch/x86/kvm/vmx.c: In function 'vmx_deliver_posted_interrupt':
> arch/x86/kvm/vmx.c:3950:3: error: 'apic' undeclared (first use in this
> function)
>
> Fix it by including the necessary heade
On Wed, Apr 17, 2013 at 5:24 PM, Stephen Rothwell wrote:
> Hi Bjorn,
>
> I just noticed this commit (f39d5b72913e "PCI: Remove "extern" from
> function declarations") in the pci next branch. Just wondering why you
> would do such a thing. It is a lot of churn in quite a few header files
> and (i
On 04/17/2013 01:23:28 PM, Sarah Sharp wrote:
On Tue, Apr 16, 2013 at 09:15:06PM -0500, Rob Landley wrote:
> On 04/15/2013 12:33:34 PM, Sarah Sharp wrote:
> >Outline how often it's polite to ping kernel maintainers about
> >bugs, and
> >suggest that kernel maintainers should respond to bugs in 1
Hi Robin,
On 04/16/2013 05:31 PM, Robin Holt wrote:
On Tue, Apr 16, 2013 at 02:39:49PM +0800, Xiao Guangrong wrote:
The commit 751efd8610d3 (mmu_notifier_unregister NULL Pointer deref
and multiple ->release()) breaks the fix:
3ad3d901bbcfb15a5e4690e55350db0899095a68
(mm: mmu_notifier:
On Tue, Apr 16, 2013 at 02:32:45PM +0800, Xiao Guangrong wrote:
> Invalid rmaps is the rmap of the invalid memslot which is being
> deleted, especially, we can treat all rmaps are invalid when
> kvm is being destroyed since all memslot will be deleted soon.
> MMU should remove all sptes on these rm
On Tue, Apr 16, 2013 at 06:18:52PM +0200, Borislav Petkov wrote:
> On Sun, Apr 14, 2013 at 01:03:20PM +0200, Borislav Petkov wrote:
> > On Sun, Apr 14, 2013 at 12:31:12PM +0300, Pekka Enberg wrote:
> > > I obviously support having something like this in mainline. I wonder
> > > though if we could j
Hot-plugging with CONFIG_DEBUG_PREEMPT=y on a device with arm
architected timers causes a slew of "using smp_processor_id() in
preemptible" warnings:
BUG: using smp_processor_id() in preemptible [] code: sh/111
caller is arch_timer_cpu_notify+0x14/0xc8
This happens because sometimes t
3.8-stable review patch. If anyone has any objections, please let me know.
--
From: "Li Fei "
commit 283189d3be56aa6db6f192bb255df68493cd79ac upstream.
Even in failed case of pm_runtime_get_sync, the usage_count
is incremented. In order to keep the usage_count with correct
valu
Hi Bjorn,
I just noticed this commit (f39d5b72913e "PCI: Remove "extern" from
function declarations") in the pci next branch. Just wondering why you
would do such a thing. It is a lot of churn in quite a few header files
and (in my opinion) goes the wrong way anyway.
It may not actually make an
These are simple tests to do sanity check of CRC T10 DIF hash. The
correctness of the transform can be checked with the command
modprobe tcrypt mode=47
The speed of the transform can be evaluated with the command
modprobe tcrypt mode=320
Set the cpu frequency to constant and turn
This is the x86_64 CRC T10 DIF transform accelerated with the PCLMULQDQ
instructions. Details discussing the implementation can be found in the
paper:
"Fast CRC Computation for Generic Polynomials Using PCLMULQDQ Instruction"
http://www.intel.com/content/dam/www/public/us/en/documents/white-paper
Glue code that plugs the PCLMULQDQ accelerated CRC T10 DIF hash into the
crypto framework. The config CRYPTO_CRCT10DIF_PCLMUL should be turned
on to enable the feature. The crc_t10dif crypto library function will
use this faster algorithm when crct10dif_pclmul module is loaded.
Signed-off-by: Ti
Currently the CRC-T10DIF checksum is computed using a generic table lookup
algorithm. By switching the checksum to PCLMULQDQ based computation,
we can speedup the computation by 8x for checksumming 512 bytes and
even more for larger buffer size. This will improve performance of SCSI
drivers turni
When CRC T10 DIF is calculated using the crypto transform framework, we
wrap the crc_t10dif function call to utilize it. This allows us to
take advantage of any accelerated CRC T10 DIF transform that is
plugged into the crypto framework.
Signed-off-by: Tim Chen
---
include/linux/crc-t10dif.h |
The build fails when CONFIG_SMP is disabled:
arch/x86/kvm/vmx.c: In function 'vmx_deliver_posted_interrupt':
arch/x86/kvm/vmx.c:3950:3: error: 'apic' undeclared (first use in this
function)
Fix it by including the necessary header.
Reported-by: Randy Dunlap
Signed-off-by: David
The mm-of-the-moment snapshot 2013-04-17-16-02 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
Hi Linus,
Please pull this pair of small patches into 3.9-rc7.
This CPU-id should have been included in the
ones that we updated earlier in 3.9.
This pair of patches will allow this flavor of Haswell
to behave like the other flavors.
thanks!
Len Brown, Intel Open Source Technology Center
The fo
Commit-ID: 157752d84f5df47e01577970f9c5f61a0b9f4546
Gitweb: http://git.kernel.org/tip/157752d84f5df47e01577970f9c5f61a0b9f4546
Author: Yinghai Lu
AuthorDate: Mon, 15 Apr 2013 22:23:46 -0700
Committer: H. Peter Anvin
CommitDate: Wed, 17 Apr 2013 12:35:34 -0700
kexec: use Crash kernel fo
Commit-ID: adbc742bf78695bb98c79d18c558b61571748b99
Gitweb: http://git.kernel.org/tip/adbc742bf78695bb98c79d18c558b61571748b99
Author: Yinghai Lu
AuthorDate: Mon, 15 Apr 2013 22:23:48 -0700
Committer: H. Peter Anvin
CommitDate: Wed, 17 Apr 2013 12:35:33 -0700
x86, kdump: Change crashke
On Wed, 17 Apr 2013, Randy Dunlap wrote:
> On 04/17/13 00:04, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20130416:
> >
>
>
> on i386, SMP is disabled, X86_UP_APIC is not enabled, but
> CONFIG_KVM_APIC_ARCHITECTURE=y:
>
> arch/x86/kvm/vmx.c: In function 'vmx_deliver_posted_inter
Hi Bing,
> Add a "wireless/nl80211_iftype" entry in the net device sysfs
> file structure to indicate the mode of the wireless device so
> it can be discovered easily from userspace.
I do question a little bit the usefulness for this one. It would only work on
netdev and on wdev devices. Using n
Commit-ID: 55a20ee7804ab64ac90bcdd4e2868a42829e2784
Gitweb: http://git.kernel.org/tip/55a20ee7804ab64ac90bcdd4e2868a42829e2784
Author: Yinghai Lu
AuthorDate: Mon, 15 Apr 2013 22:23:47 -0700
Committer: H. Peter Anvin
CommitDate: Wed, 17 Apr 2013 12:35:33 -0700
x86, kdump: Retore crashke
Commit-ID: c729de8fcea37a1c444e81857eace12494c804a9
Gitweb: http://git.kernel.org/tip/c729de8fcea37a1c444e81857eace12494c804a9
Author: Yinghai Lu
AuthorDate: Mon, 15 Apr 2013 22:23:45 -0700
Committer: H. Peter Anvin
CommitDate: Wed, 17 Apr 2013 12:35:32 -0700
x86, kdump: Set crashkerne
From: Len Brown
There is an additional HSW CPU-id, 0x46,
which has C-states exactly like CPU-id 0x45.
Signed-off-by: Len Brown
---
drivers/idle/intel_idle.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/idle/intel_idle.c b/drivers/idle/intel_idle.c
index 5d66750..1a38dd7 100644
-
Here are two stragglers for 3.9.
Let me know if you have any troubles with them.
thanks,
Len Brown, Intel Open Source Technology Center
--
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://v
From: Len Brown
There is an additional HSW CPU-id, 0x46,
which has C-states exactly like CPU-id 0x45.
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/tools/power/x86/turbostat/turbostat.c
b/tools/power/
From: Jonghwan Choi
Date: Thu, 18 Apr 2013 07:33:19 +0900
> This patch looks like it should be in the 3.8-stable tree, should we
> apply it?
It's in my networking -stable queue, I wish you would check it instead
of making more work for me replying to you to these kinds of emails.
http:/
This patch looks like it should be in the 3.8-stable tree, should we apply
it?
--
From: "Wei Yongjun "
commit 06848c10f720cbc20e3b784c0df24930b7304b93 upstream
Fix to return a negative error code from the error handling
case instead of 0, as returned elsewhere in this function.
On Wed, 2013-04-17 at 15:06 -0700, Bing Zhao wrote:
> Add a "wireless/nl80211_iftype" entry in the net device sysfs
> file structure to indicate the mode of the wireless device so
> it can be discovered easily from userspace.
What's wrong with "iw dev", i.e. netlink/nl80211?
johannes
--
To unsub
On 04/17/2013 07:38 AM, Kirill A. Shutemov wrote:
>> > Ugh. This is essentially a copy-n-paste of code in __do_fault(),
>> > including the comments. Is there no way to consolidate the code so that
>> > there's less duplication here?
> I've looked into it once again and it seems there's not much s
Add a "wireless/nl80211_iftype" entry in the net device sysfs
file structure to indicate the mode of the wireless device so
it can be discovered easily from userspace.
Signed-off-by: Paul Stewart
Signed-off-by: Bing Zhao
---
net/core/net-sysfs.c | 18 ++
1 files changed, 18 in
irq_eoi() is already called by generic_handle_irq() so
it shall not be called a again
Signed-off-by: Christophe Leroy
Index: linux/arch/powerpc/platforms/8xx/m8xx_setup.c
===
--- linux/arch/powerpc/platforms/8xx/m8xx_setup.c
Some EFI BIOS stores BGRT data in the wrong place and some EFI based
BIOS also requires mapping of boot code/data when doing
efi_enter_virtual_mode.
Current code in efi_enter_virtual_mode maps both EFI_RUNTIME_MEMORY and
BIOS boot code/data.
This patch gives the option to switch off that behavior
On Mon, 15 Apr 2013 12:59:06 -0500 Mike Miller wrote:
> Patch 1/1
>
> If hpsa is selected as the Smart Array driver cciss may try to load in the
> kdump kernel. When this happens kdump fails and a core file cannot be created.
> This patch prevents cciss from trying to load in this scenario. This
On Wed, Apr 17, 2013 at 10:52 PM, Timur Tabi wrote:
> On Wed, Apr 17, 2013 at 9:57 AM, Grant Likely
> wrote:
>>
>>> I really preciate if you can spend some times to review this patch.
>>
>> Applied, thanks.
>
> Pff. Why do I bother?
Relax Timur:
http://git.secretlab.ca/?p=linux.git;a=commitdi
The comment I originally added in a3defbe5c337db ("binfmt_elf: fix PIE
execution with randomization disabled") is not really 100% accurate --
sysctl is not the only way how PF_RANDOMIZE could be forcibly unset in
runtime.
Another option of course is direct modification of personality flags (i.e
1 - 100 of 530 matches
Mail list logo
