Hi Viresh,
On 8/21/2012 12:42 PM, viresh kumar wrote:
> I have added linux-kernel list in cc as there might be other users of
> this patch.
> Also, please try to keep spear-devel list in cc for dw_dmac as we are using
> this
> driver for SPEAr.
Yes sure, I didn't want to bother the lists with t
If kthread_run() fails, pgdat->kswapd contains errno. When we stop
this thread, we only check whether pgdat->kswapd is NULL and access
it. If it contains errno, it will cause page fault. Reset pgdat->kswapd
to NULL when creating kernel thread fails can avoid this problem.
Signed-off-by: Wen Congya
On Tue, Aug 21, 2012 at 7:13 AM, Herton Ronaldo Krzesinski
wrote:
> On Sun, Aug 19, 2012 at 08:56:03PM -0700, Greg Kroah-Hartman wrote:
>> From: Greg KH
>>
>> 3.0-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Daniel Vetter
>>
>> comm
Namjae Jeon writes:
> And.. Hi Ogawa.
> I checked other filesystem about unlink - inode issue. but I found
> Ext4 have same issue.
> Although other filesysm is having this issue, Can we think It could be
> only FAT issue ?
(I assume this issue == orphaned inode issue).
ext* doesn't have this is
So we've had a fair few reports of fbcon handover breakage between
efi/vesafb and i915 surface recently, so I dedicated a couple of
days to finding the problem.
Essentially the last thing we saw was the conflicting framebuffer
message and that was all.
So after much tracing with direct netconsole
On 21.08.2012 08:47, Will Drewry wrote:
[]
> Functionally, I suspect this will work fine, but I am concerned that
> it is a bad move from an efficiency perspective (not unfixable
> though). Right now, the user-supplied value is converted from
> string-uuid to packed-uuid. This is then memcmp'd ac
On Thu, Aug 9, 2012 at 4:44 AM, Stephan Linz wrote:
> 'prop' is an pointer and can only be unset (NULL) after
> prop = of_get_property() when it goes wrong.
>
> Kernel oops in ulite_probe():
>
> [1.016645] uartlite 8fff.debug: failed to get alias id, errno -19
> [1.024246] Oops: kernel
Hi Linus,
here are some accumulated pinctrl fixes for the v3.6 series.
Details are in the tag, and all have boiled in -next for testing some
days.
Please pull them in!
The following changes since commit d9875690d9b89a866022ff49e3fcea892345ad92:
Linux 3.6-rc2 (2012-08-16 14:51:24 -0700)
are a
Call the pm_runtime functions directly making room for possible
pm optimisations. Also the runtime functions aren't just about
enabling and disabling of clocks though it does enable clocks also.
Signed-off-by: Shubhrajyoti D
---
drivers/spi/spi-omap2-mcspi.c | 28 +++-
This patch does the following
Calls the pm_runtime_* functions directly.
Remove the MOD_REG_BIT macro usage thereby removiing un-needed branch.
At remove dont use the autosuspend runtime calls.
Shubhrajyoti D (3):
spi: omap2-mcspi: Call pm_runtime_* functions directly
spi: omap2-mcspi: Remove
At remove we shouldnt be using the autosuspend timeout as we are
calling pm_runtime_disable immediately after.
Signed-off-by: Shubhrajyoti D
---
drivers/spi/spi-omap2-mcspi.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/sp
Remove the macro MOD_REG_BIT instead make the bit field modifications
directly. This deletes a branch operation in cases where the the set
is predecided.While at it optimise two sequential bit clear in one step.
Signed-off-by: Shubhrajyoti D
---
drivers/spi/spi-omap2-mcspi.c | 28 +
This patch initialize register map of MUIC device because mfd driver
of Maxim MAX77693 use regmap-muic instance of MUIC device when irqs of
Maxim MAX77693 is initialized before call max77693-muic probe() function.
Signed-off-by: Chanwoo Choi
Signed-off-by: Myungjoo Ham
Signed-off-by: Kyungmin Pa
This patch fix bug related to interrupt handling for MAX77693 devices.
- Unmask interrupt masking bit for charger/flash/muic to revolve
that interrupt isn't happened when external connector is attached.
- Fix wrong regmap instance when muic interrupt is happened.
This patch were discussed and conf
This patchset fix bug of Maxim MAX77693 chip. First patch unmask interrupt
masking bit for charger/flas/muic device of Maxim MAX77693 and second patch
remove NULL pointer error when mfd-max77693 driver initialize irqs of Maxim
MAX77693 devices.
Chanwoo Choi (2):
mfd: MAX77693: Fix bug of interru
Hi,
On Sun, 2012-08-19 at 01:38 +0200, Dan Luedtke wrote:
> This patch introduces the Lanyard Filesystem (LanyFS), a filesystem
> for highly mobile and removable storage devices.
>
Did you have any performance comparison of your file system with others?
Have you any benchmark results? I think th
Hi all,
Changes since 20120820:
The rr tree gained a conflict against Linus' tree.
The tip tree still has its build failure so I used the version from
next-20120814.
The workqueues tree gained a conflict against the hid tree.
The drivers-x86 tree still has its build failure so I use
2012/8/20, Fengguang Wu :
> On Mon, Aug 20, 2012 at 09:48:42AM +0900, Namjae Jeon wrote:
>> 2012/8/19, Fengguang Wu :
>> > On Sat, Aug 18, 2012 at 05:50:02AM -0400, Namjae Jeon wrote:
>> >> From: Namjae Jeon
>> >>
>> >> This patch is based on suggestion by Wu Fengguang:
>> >> https://lkml.org/lkml
From: Wei WANG
Realtek PCI-E SD/MMC card host driver is used to access SD/MMC card,
with the help of Realtek PCI-E card reader MFD driver.
Signed-off-by: Wei WANG
Reviewed-by: Arnd Bergmann
Tested-by: Borislav Petkov
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile
From: Wei WANG
1. Fix a bug that DMA out of SW-IOMMU space in Lenovo Thinkpad x121e
2. Tested by Borislav Petkov
Wei WANG (2):
drivers/mfd: Add realtek pcie card reader driver
drivers/mmc: Add realtek pcie sdmmc host driver
drivers/mfd/Kconfig |9 +
drivers/mfd/Makefile
2012/8/21, J. Bruce Fields :
> On Mon, Aug 20, 2012 at 12:00:04PM +1000, Dave Chinner wrote:
>> On Sun, Aug 19, 2012 at 10:57:24AM +0800, Fengguang Wu wrote:
>> > On Sat, Aug 18, 2012 at 05:50:02AM -0400, Namjae Jeon wrote:
>> > > From: Namjae Jeon
>> > >
>> > > This patch is based on suggestion b
Hi Kay,
I found that udev 182 doesn't response for the request_firmware in
module_probe path until 30sec later after the 'ADD' event of firmware
device, but no such problem in udev175, sounds like a regression of udev?
I find there was a related discussion in [1], so CC guys who discussed before.
2012/8/21, J. Bruce Fields :
> On Mon, Aug 20, 2012 at 01:19:51PM +0900, Namjae Jeon wrote:
>> 2012/8/18, OGAWA Hirofumi :
>> > Al Viro writes:
>> >
>> >> On Sat, Aug 18, 2012 at 05:41:39AM -0400, Namjae Jeon wrote:
>> >>> From: Namjae Jeon
>> >>>
>> >>> This patch-set eliminates the client side
On (Thu) 09 Aug 2012 [21:30:29], Yoshihiro YUNOMAE wrote:
> Hi All,
>
> The following patch set provides a low-overhead system for collecting kernel
> tracing data of guests by a host in a virtualization environment.
ACK this series.
I ran it through the virtio-serial test suite, and there's no
On Mon, 2012-08-20 at 16:20 -0700, Andrew Morton wrote:
> On Mon, 20 Aug 2012 11:30:59 +0200
> Eric Dumazet wrote:
>
> > On Mon, 2012-08-20 at 10:04 +0100, Mel Gorman wrote:
> >
> > > Can the following patch be tested please? It is reported to fix an fio
> > > regression that may be similar to w
On Sun, Aug 19, 2012 at 08:56:03PM -0700, Greg Kroah-Hartman wrote:
> From: Greg KH
>
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Daniel Vetter
>
> commit 0d8957c8a90bbb5d34fab9a304459448a5131e06 upstream.
>
> We may only sta
On (Tue) 21 Aug 2012 [11:47:16], Rusty Russell wrote:
> On Thu, 9 Aug 2012 15:46:20 +0530, Amit Shah wrote:
> > Hi,
> >
> > On (Tue) 24 Jul 2012 [11:36:57], Yoshihiro YUNOMAE wrote:
> > > Hi All,
> > >
> > > The following patch set provides a low-overhead system for collecting
> > > kernel
> >
On Thu, 9 Aug 2012 15:46:20 +0530, Amit Shah wrote:
> Hi,
>
> On (Tue) 24 Jul 2012 [11:36:57], Yoshihiro YUNOMAE wrote:
> > Hi All,
> >
> > The following patch set provides a low-overhead system for collecting kernel
> > tracing data of guests by a host in a virtualization environment.
>
> So I
Hi Al,
Today's linux-next merge of the signal tree got a conflict in
arch/alpha/kernel/process.c between commit 28d353d9891c ("alpha: take
kernel_execve() out of entry.S") from Linus' tree and commit 68f596a7a045
("alpha: rewrite kernel_execve in C") from the signal tree.
These appear to be the s
On Mon, 20 Aug 2012, Aristeu Rozanski wrote:
> On Mon, Aug 20, 2012 at 12:10:09AM -0700, Hugh Dickins wrote:
> > Yes, it looks nice to me. I might have preferred more as inlines in
> > the header file to lower the slight init/evict overhead, and I don't
> > see why __simple_xattr_set() isn't using
On Mon, Aug 20, 2012 at 1:30 PM, Stephen Warren wrote:
> On 08/20/2012 12:22 PM, Tejun Heo wrote:
>> Hello,
>>
>> On Fri, Aug 17, 2012 at 04:10:52PM -0600, Stephen Warren wrote:
>>> I was considering extending the kernel command-line option
>>> root=PARTUUID= to also support MBR (NT disk signature
On Sat, Aug 18, 2012 at 07:57:07PM -0700, Andi Kleen wrote:
> From: Joe Mario
>
> Use KSYM_NAME_LEN to size identifier buffers, so that it can
> be easier increased.
>
> Cc: ana...@in.ibm.com
> Signed-off-by: Joe Mario
> Signed-off-by: Andi Kleen
Acked-by: Ananth N Mavinakayanahalli
> ---
>
Hi Hein,
I have added linux-kernel list in cc as there might be other users of
this patch.
Also, please try to keep spear-devel list in cc for dw_dmac as we are using this
driver for SPEAr.
On Sun, Aug 19, 2012 at 9:36 PM, Hein Tibosch wrote:
> Hi Hans-Christian,
>
> Do you know to which list I
Bjorn Helgaas wrote on 2012-08-21:
> On Mon, Aug 20, 2012 at 10:10 AM, Bjorn Helgaas
> wrote:
>
>> So I'll try pulling your branch (I'll do something about the tsi721.c
>> stuff myself).
>
> I pulled this into
> git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git
> pci/jiang-pcie-cap w
From: Wei Yongjun
Since we will be removing items off the list using list_del() we need
to use a safer version of the list_for_each() macro aptly named
list_for_each_safe().
Signed-off-by: Wei Yongjun
---
drivers/vme/bridges/vme_tsi148.c | 10 +-
1 file changed, 5 insertions(+), 5 del
From: Wei Yongjun
Since we will be removing items off the list using list_del() we need
to use a safer version of the list_for_each() macro aptly named
list_for_each_safe(). We should use the safe macro if the loop
involves deletions of items.
Signed-off-by: Wei Yongjun
---
drivers/vme/bridges
From: Wei Yongjun
Since we will be removing items off the list using list_del() we need
to use a safer version of the list_for_each_entry() macro aptly named
list_for_each_entry_safe(). We should use the safe macro if the loop
involves deletions of items.
Signed-off-by: Wei Yongjun
---
drivers
From: Manoj Iyer
USB 3.0 devices show up as high-speed devices on powerup, after an
s3 cycle they are correctly recognized as SuperSpeed. At powerup
unconditionally switch the port to xHCI like we do when we resume
from suspend.
BugLink: http://bugs.launchpad.net/bugs/1000424
Signed-off-by: Man
From: Manoj Iyer
USB 3.0 devices show up as high-speed devices on powerup, after an
s3 cycle they are correctly recognized as SuperSpeed. At powerup
unconditionally switch the port to xHCI like we do when we resume
from suspend.
BugLink: http://bugs.launchpad.net/bugs/1000424
Test results:
This
Hi Tejun,
Today's linux-next merge of the workqueues tree got a conflict in
drivers/hid/hid-picolcd.c between commit fabdbf2fd22f ("HID: picoLCD:
split driver code") from the hid tree and commit 43829731dd37
("workqueue: deprecate flush[_delayed]_work_sync()") from the workqueues
tree.
The former
Dne Po 20. srpna 2012 08:38:10 wujianguo napsal(a):
> From: Jianguo Wu
>
> Hi all,
> I think zone->present_pages indicates pages that buddy system can
> management, it should be:
> zone->present_pages = spanned pages - absent pages - bootmem pages,
> but now:
> zone->present_pag
From: Jianguo Wu
Hi all,
I found following definition in include/linux/memory.h, in my IA64
platform, SECTION_SIZE_BITS is equal to 32, and MIN_MEMORY_BLOCK_SIZE will be 0.
#define MIN_MEMORY_BLOCK_SIZE (1 << SECTION_SIZE_BITS)
Because MIN_MEMORY_BLOCK_SIZE is 32bits,
On 08/20/2012 01:04 PM, Andreas Schwab wrote:
John Stultz writes:
Huh. Yea, that looks fine. And without the
__timekeeping_inject_sleeptime() call, the system resumed ok?
Yes, it does.
So I'm mostly still stumped on this. But I did find one possible related
bugfix that maybe you can try?
2012/8/20 Stephen Warren :
> On 08/18/2012 12:33 AM, Axel Lin wrote:
>> Add missing platform_get_drvdata() call in max8907_regulator_remove(), this
>> fixes below build warning:
>>
>> CC [M] drivers/regulator/max8907-regulator.o
>> drivers/regulator/max8907-regulator.c: In function
>> 'max8907_
On 21/08/12 11:55, Linus Torvalds wrote:
> Read my -rc2 release notes.
Ahh, thanks (I'm not on LKML so didn't see those).
> TL;DR: I rejected big pull requests that didn't convince me. Make a
> damn good case for it, or send minimal fixes instead.
Can't argue with that!
> I'm tried of these "o
Introduce write_readonly_mem in mmio-exit-info to indicate this exit is
caused by write access on readonly memslot
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/x86.c | 23 ++-
include/linux/kvm.h |3 +++
include/linux/kvm_host.h |1 +
virt/kvm/kvm_main.
In current code, if we map a readonly memory space from host to guest
and the page is not currently mapped in the host, we will get a fault
pfn and async is not allowed, then the vm will crash
We introduce readonly memory region to map ROM/ROMD to the guest, read access
is happy for readonly memsl
Then, remove bad_hva and inline kvm_is_error_hva
Signed-off-by: Xiao Guangrong
---
include/linux/kvm_host.h |8 +++-
virt/kvm/kvm_main.c | 13 +
2 files changed, 8 insertions(+), 13 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index 4f
In the later patch, it indicates failure when we try to get a writable
hva from the readonly memslot
Signed-off-by: Xiao Guangrong
---
include/linux/kvm_host.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index b
In the later patch, it indicates failure when we try to get a writable
pfn from the readonly memslot
Signed-off-by: Xiao Guangrong
---
include/linux/kvm_host.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index 52c86
In current code, we always map writable pfn for the read fault, in order
to support readonly memslot, we map writable pfn only if 'writable'
is not NULL
Signed-off-by: Xiao Guangrong
---
virt/kvm/kvm_main.c | 24 +++-
1 files changed, 23 insertions(+), 1 deletions(-)
diff
We do too many things in hva_to_pfn, this patch reorganize the code,
let it be better readable
Signed-off-by: Xiao Guangrong
---
virt/kvm/kvm_main.c | 159 +++
1 files changed, 97 insertions(+), 62 deletions(-)
diff --git a/virt/kvm/kvm_main.c b/
This set of functions is only used to read data from host space, in the
later patch, we will only get a readonly hva in gfn_to_hva_read, and
the function name is a good hint to let gfn_to_hva_read to pair with
kvm_read_hva()/kvm_read_hva_atomic()
Signed-off-by: Xiao Guangrong
---
virt/kvm/kvm_ma
It can instead of hva_to_pfn_atomic
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c |5 +
include/linux/kvm_host.h |3 ++-
virt/kvm/kvm_main.c | 14 --
3 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu
Quote Avi's comment:
| KVM_MEMSLOT_INVALID is actually an internal symbol, not used by
| userspace. Please move it to kvm_host.h.
Also, we divide the memlsot->flags into two parts, the lower 16 bits
are visible for userspace, the higher 16 bits are internally used in
kvm
Signed-off-by: Xiao Guan
Check flags when memslot is registered from userspace as Avi's suggestion
Signed-off-by: Xiao Guangrong
---
virt/kvm/kvm_main.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index a2e85af..7b94d70 100644
--- a/virt/
Currently, we reexecute all unhandleable instructions if they do not
access on the mmio, however, it can not work if host map the readonly
memory to guest. If the instruction try to write this kind of memory,
it will fault again when guest retry it, then we will goto a infinite
loop: retry instruct
Changelog:
- fix endless retrying for unhandleable instruction which accesses on readonly
host memory
- divide slot->flags by 16:16, the lower part is visible for userspace, the
reset is internally used in kvm, and document this in the code
- check slot->flags for gfn_to_hva_memslot
The test c
On Sun, Aug 19, 2012 at 11:46 PM, Alan Cox wrote:
> On Sat, 18 Aug 2012 23:44:29 -0700
> Greg KH wrote:
>
>> On Sun, Aug 19, 2012 at 02:27:12PM -0400, Huang Shijie wrote:
>> > --- a/include/linux/tty.h
>> > +++ b/include/linux/tty.h
>> > @@ -43,6 +43,7 @@
>> > #include
>> > #include
>> > #in
Hi Rusty,
Today's linux-next merge of the rr tree got a conflict in
arch/alpha/Kconfig between commit f2db633d301b ("alpha: Use new generic
strncpy_from_user() and strnlen_user()") from Linus' tree and commit
d673c23ca730 ("Make most arch asm/module.h files use
asm-generic/module.h") from the rr t
On 10/08/12 01:50, Chris Mason wrote:
> Hi everyone,
>
> This first pull is the bulk of our changes for the next rc. It is
> against the 3.5 kernel so people testing the new features have a stable
> point to work against. This was tested against Linus' current tree as
> well.
[...]
This pull r
On Mon, Aug 20, 2012 at 06:46:05PM -0700, John Stultz wrote:
> On 08/20/2012 06:31 PM, Fengguang Wu wrote:
> >On Mon, Aug 20, 2012 at 06:10:57PM -0700, John Stultz wrote:
> >>On 08/20/2012 06:04 PM, Fengguang Wu wrote:
> >>>Hi John,
> >>>
> >>>The below oops happens in v3.5..v3.6-rc2 and it's bisec
On Mon, Aug 20, 2012 at 6:53 PM, Chris Samuel wrote:
>
> This pull request with a whole heap of btrfs fixes (46 commits) appears
> not to have been merged yet, does anyone know if it was rejected or just
> missed ?
Read my -rc2 release notes.
TL;DR: I rejected big pull requests that didn't convi
On 08/20/2012 06:40 PM, Fengguang Wu wrote:
On Mon, Aug 20, 2012 at 06:15:00PM -0700, John Stultz wrote:
On 08/20/2012 06:10 PM, John Stultz wrote:
On 08/20/2012 06:04 PM, Fengguang Wu wrote:
Hi John,
The below oops happens in v3.5..v3.6-rc2 and it's bisected down
to commit
2a8c0883c ("time:
On Wed, Jul 18, 2012 at 12:30:52PM -0700, Anton Vorontsov wrote:
> With this patch we no longer reuse function tracer infrastructure, now
> we register our own tracer back-end via a debugfs knob.
>
> It's a bit more code, but that is the only downside. On the bright side we
> have:
>
> - Ability
Correct spelling typo "endianess" in various printk
Signed-off-by: Masanari Iida
---
drivers/firewire/ohci.c| 2 +-
drivers/remoteproc/remoteproc_elf_loader.c | 4 ++--
fs/qnx6/inode.c| 2 +-
fs/qnx6/qnx6.h | 2 +-
scrip
On 08/20/2012 06:31 PM, Fengguang Wu wrote:
On Mon, Aug 20, 2012 at 06:10:57PM -0700, John Stultz wrote:
On 08/20/2012 06:04 PM, Fengguang Wu wrote:
Hi John,
The below oops happens in v3.5..v3.6-rc2 and it's bisected down to commit
2a8c0883c ("time: Move xtime_nsec adjustment underflow handlin
On Mon, Aug 20, 2012 at 02:58:26PM +0800, Jovi Zhang wrote:
> From 152373a6262045d19023cf45de84ad3c69316a45 Mon Sep 17 00:00:00 2001
> From: Jovi Zhang
> Date: Mon, 20 Aug 2012 14:20:01 +0800
> Subject: [PATCH] pstore: add missed platform_device_unregister
>
> we need unregister platform device w
On Mon, Aug 20, 2012 at 06:15:00PM -0700, John Stultz wrote:
> On 08/20/2012 06:10 PM, John Stultz wrote:
> >On 08/20/2012 06:04 PM, Fengguang Wu wrote:
> >>Hi John,
> >>
> >>The below oops happens in v3.5..v3.6-rc2 and it's bisected down
> >>to commit
> >>2a8c0883c ("time: Move xtime_nsec adjustme
On Mon, Aug 20, 2012 at 06:10:57PM -0700, John Stultz wrote:
> On 08/20/2012 06:04 PM, Fengguang Wu wrote:
> >Hi John,
> >
> >The below oops happens in v3.5..v3.6-rc2 and it's bisected down to commit
> >2a8c0883c ("time: Move xtime_nsec adjustment underflow handling
> >timekeeping_adjust").
> >
>
- Explain the purpose of the PVOPS
- Report execution constraints
Signed-off-by: Attilio Rao
---
arch/x86/include/asm/x86_init.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/x86/include/asm/x86_init.h b/arch/x86/include/asm/x86_init.h
index 995ea5c..7ea4186 1
Now that x86_init.paging.pagetable_init PVOPS is implemented just
retire the 2 mentioned above and replace their usage with it.
Signed-off-by: Attilio Rao
---
arch/x86/include/asm/pgtable_types.h |4 ---
arch/x86/include/asm/x86_init.h |4 ---
arch/x86/kernel/setup.c |
x86_init.paging.pagetable_setup_start for native will however use
swapper_pg_dir in the single place where it is used and for native the
argument is simply unused. Aditionally, the comments already point to
swapper_pg_dir as the sole base touched.
Finally, this will help with further merging of
x86
This new PVOPS is responsible to setup the kernel pagetables and
replace entirely x86_init.paging.pagetable_setup_start and
x86_init.paging.pagetable_setup_done PVOPS work.
For performance the x86_64 stub is implemented as a macro to paging_init()
rather than an actual function stub.
Signed-off-b
x86_init.paging.pagetable_setup_done PVOPS does not really need to know about
the base argument, thus just remove it.
Signed-off-by: Attilio Rao
---
arch/x86/include/asm/pgtable_types.h |6 +++---
arch/x86/include/asm/x86_init.h |2 +-
arch/x86/kernel/setup.c |2 +-
Currently the definition of x86_init.paging.pagetable_setup_start and
x86_init.paging.pagetable_setup_done is twisted and not really well
defined (in terms of prototypes desired). More specifically:
pagetable_setup_start:
* it is a nop on x86_32
* it is a nop for the XEN case
* cleans up the boo
> +
> +static inline struct regulator_init_data *match_init_data(int index)
> +{
> + return NULL;
> +}
> +
Now match_init_data() returns NULL if !CONFIG_OF, so idata may be NULL.
Then I think we may hit NULL pointer dereference here:
switch (pmic->desc[i].id) {
Hi Benoit,
On 20 August 2012 05:21, Benoit Cousson wrote:
> Hi Omar,
>
> On 08/03/2012 05:52 PM, Omar Ramirez Luna wrote:
>> On 3 August 2012 00:24, Vaibhav Hiremath wrote:
>>> On 8/3/2012 3:50 AM, Omar Ramirez Luna wrote:
So in _enable:
_enable_clocks(oh);
if
On 08/20/2012 06:10 PM, John Stultz wrote:
On 08/20/2012 06:04 PM, Fengguang Wu wrote:
Hi John,
The below oops happens in v3.5..v3.6-rc2 and it's bisected down to
commit
2a8c0883c ("time: Move xtime_nsec adjustment underflow handling
timekeeping_adjust").
However linux-next is working fine.
Hi Benoit,
On 20 August 2012 09:49, Benoit Cousson wrote:
> On 07/16/2012 09:21 PM, Omar Ramirez Luna wrote:
>> Some IP blocks might not be using/controlling more than one
>> reset line, this check loosens the restriction to fully use
>> hwmod framework for those drivers.
>>
>> E.g.: ipu has rese
On 08/20/2012 06:04 PM, Fengguang Wu wrote:
Hi John,
The below oops happens in v3.5..v3.6-rc2 and it's bisected down to commit
2a8c0883c ("time: Move xtime_nsec adjustment underflow handling
timekeeping_adjust").
However linux-next is working fine. Do you have any fixes not yet sent to Linus?
On 08/20/2012 11:47 PM, Vincent Guittot wrote:
> On 16 August 2012 07:03, Alex Shi wrote:
>> On 08/16/2012 12:19 AM, Matthew Garrett wrote:
>>
>>> On Mon, Aug 13, 2012 at 08:21:00PM +0800, Alex Shi wrote:
>>>
power aware scheduling), this proposal will adopt the
sched_balance_policy con
On 08/20/2012 05:23 PM, Dave Airlie wrote:
> On Tue, Aug 21, 2012 at 8:45 AM, Randy Dunlap wrote:
>> On 08/19/2012 10:22 PM, Dave Airlie wrote:
>>
>>> On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote:
On 08/17/12 15:55, Dave Airlie wrote:
> On Sat, Aug 18, 2012 at 8:54 AM, Dave
On 08/20/2012 11:36 PM, Vincent Guittot wrote:
>> > What you want it to keep track of a per-cpu utilization level (inverse
>> > of idle-time) and using PJTs per-task runnable avg see if placing the
>> > new task on will exceed the utilization limit.
>> >
>> > I think some of the Linaro people actu
On Thu, Aug 16, 2012 at 10:47:58PM -0700, Nitin Gupta wrote:
> On 08/13/2012 11:22 PM, Minchan Kim wrote:
> > Hi Greg,
> >
> > On Mon, Aug 13, 2012 at 07:35:30PM -0700, Greg Kroah-Hartman wrote:
> >> On Wed, Aug 08, 2012 at 03:12:13PM +0900, Minchan Kim wrote:
> >>> This patchset promotes zram/zsm
Hi all
> These are "resend" of genirq export patches.
>
> Kuninori Morimoto (2):
> genirq: export irq_set_chip_and_handler_name()
> genirq: export dummy_irq_chip
get_maintainer.pl showed me that Thomas is the maintainer
of ${LINUX}/kernel/irq/,
but am I wrong ?
I think there is no r
On Monday, August 20, 2012 2:51 PM, H Hartley Sweeten wrote:
> On Monday, August 20, 2012 2:49 PM, Dan Carpenter wrote:
>> On Fri, Aug 17, 2012 at 06:17:38PM -0700, H Hartley Sweeten wrote:
>>> + if (this_board->n_diochan) {
>>> + s = dev->subdevices + subdev;
>>
>> This pointer math su
I'm announcing the release of the 2.6.34.13 kernel.
All 2.6.34 users are strongly encouraged to update.
The updated 2.6.34.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-2.6.34.y
and can be browsed at the normal kernel.org git web brows
On Tue, Aug 21, 2012 at 8:45 AM, Randy Dunlap wrote:
> On 08/19/2012 10:22 PM, Dave Airlie wrote:
>
>> On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote:
>>> On 08/17/12 15:55, Dave Airlie wrote:
>>>
On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote:
> On Sat, Aug 18, 2012 at 8:28 AM
On Mon, 20 Aug 2012 07:51:52 -0700, Xin Tong wrote:
> On Sun, Aug 19, 2012 at 10:54 PM, Mike Galbraith wrote:
>> On Sun, 2012-08-19 at 11:58 -0700, Xin Tong wrote:
>>> I have 2 questions about linux 2.6 x86_64 scheduler.
>>>
>>> 1. is the default scheduling algorithm SCHED_NORMAL in linux ?
>>
>>
On 19/08/2012 09:21, Artem Savkov wrote:
On Sat, Aug 18, 2012 at 11:25:43PM -0500, Shaun Ruffell wrote:
Adding linux-net to the CC list.
On Fri, Aug 17, 2012 at 11:57:56PM +0100, Dave Haywood wrote:
[1.] One line summary of the problem:
BUG: unable to handle kernel paging request at 00010016
On Fri, Aug 17, 2012 at 12:33:39PM +0800, Michael Wang wrote:
> From: Michael Wang
>
> This patch replaces list_for_each_continue_rcu() with
> list_for_each_entry_continue_rcu() to allow removing
> list_for_each_continue_rcu().
>
> Signed-off-by: Michael Wang
Reviewed-by: Paul E. McKenney
>
On Fri, Aug 17, 2012 at 12:33:34PM +0800, Michael Wang wrote:
> From: Michael Wang
>
> This patch replaces list_for_each_continue_rcu() with
> list_for_each_entry_continue_rcu() to save a few lines
> of code and allow removing list_for_each_continue_rcu().
>
> Signed-off-by: Michael Wang
Revie
On Fri, Aug 17, 2012 at 12:33:29PM +0800, Michael Wang wrote:
> From: Michael Wang
>
> This patch replaces list_for_each_continue_rcu() with
> list_for_each_entry_continue_rcu() to save a few lines
> of code and allow removing list_for_each_continue_rcu().
>
> Signed-off-by: Michael Wang
Getti
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02 16:38:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git for-linus
for you to fetch changes up to 9f6445a05b712663b8101a5d2c060
On 08/17/2012 07:30 AM, Borislav Petkov wrote:
Hi guys,
please pull, thanks.
The following changes since commit d9875690d9b89a866022ff49e3fcea892345ad92:
Linux 3.6-rc2 (2012-08-16 14:51:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/bp/b
On Mon, 20 Aug 2012 11:30:59 +0200
Eric Dumazet wrote:
> On Mon, 2012-08-20 at 10:04 +0100, Mel Gorman wrote:
>
> > Can the following patch be tested please? It is reported to fix an fio
> > regression that may be similar to what you are experiencing but has not
> > been picked up yet.
> >
> >
On Mon, 20 Aug 2012 15:43:35 -0700
Randy Dunlap wrote:
> (cc-ing linux-ide mailing list)
Classic "no IRQ being delivered" - looks like a platform IRQ routing
problem
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
On 08/19/2012 10:22 PM, Dave Airlie wrote:
> On Mon, Aug 20, 2012 at 3:13 PM, Randy Dunlap wrote:
>> On 08/17/12 15:55, Dave Airlie wrote:
>>
>>> On Sat, Aug 18, 2012 at 8:54 AM, Dave Airlie wrote:
On Sat, Aug 18, 2012 at 8:28 AM, Randy Dunlap wrote:
> On 08/17/2012 03:25 PM, Justin M.
(cc-ing linux-ide mailing list)
On 08/20/2012 03:31 PM, mr.shroom wrote:
> SATA for kernel(s) 3.5+ has an issue with IRQ Balancing on AMD SB710
> with motherboard ASRock m3a770d3.
>
> The problem started while using Arch linux, after going back to Debian
> it persisted. I had tried to find pro
1 - 100 of 694 matches
Mail list logo
