On Mon, Dec 17, 2012 at 08:56:27PM +, Seiji Aguchi wrote:
> Changelog v1 -> v2
> - Erase a logic checking the number of online cpus.
> - Create a patchset to fix deadlocking issue in both pstore filesystem and
>efi_pstore driver.
>- Introduce a function, is_non_blocking_path(), to che
On 12/17/2012 05:08 AM, Laxman Dewangan wrote:
> Add OF_DEV_AUXDATA for high speed uart controller driver for
> Tegra20/Tegra30 board dt files.
> Set the parent clock of uart controller to PLLP.
> diff --git a/arch/arm/mach-tegra/board-dt-tegra20.c
> b/arch/arm/mach-tegra/board-dt-tegra20.c
> @@
On Mon, Dec 17, 2012 at 01:33:14PM -0800, Tejun Heo wrote:
> Hello,
>
> On Mon, Dec 17, 2012 at 04:27:36PM -0500, Vivek Goyal wrote:
> > What I do care about is atleast being able to read and understand the
> > code easily. Right now, it is hard to understand. I am still struggling
> > to wrap my
On 12/17/2012 05:10 AM, Laxman Dewangan wrote:
> Nvidia's Tegra has multiple uart controller which supports:
> - APB dma based controller fifo read/write.
> - End Of Data interrupt in incoming data to know whether end
> of frame achieve or not.
> - Hw controlled RTS and CTS flow control to reduce
On 12/17/2012 08:36 PM, Russ Anderson wrote:
> The 3.7 kernel grinds to a halt on boot of a system with
> 2048 cpus. NMI showed most of the cpus in
> _raw_spin_lock in cpuidle_get_cpu_driver(). (backtrace below)
>
> A quick look at cpuidle_get_cpu_driver() shows the hot lock.
>
> In drivers/cpu
On 12/17/2012 11:36 AM, Stephen Warren wrote:
> On 12/17/2012 05:10 AM, Laxman Dewangan wrote:
>> Nvidia's Tegra has multiple uart controller which supports:
>> - APB dma based controller fifo read/write.
>> - End Of Data interrupt in incoming data to know whether end
>> of frame achieve or not.
Em 17-12-2012 15:00, Borislav Petkov escreveu:
On Mon, Dec 17, 2012 at 07:35:44AM -0800, Joe Perches wrote:
Perhaps Cesar can use his script as a starting point to find those
pattern invalidating commits or maybe add the capability (or a
--strict check) to checkpatch.
Or that, I don't have a s
On Sun, Dec 16, 2012 at 7:29 PM, Michel Lespinasse wrote:
> On Sun, Dec 16, 2012 at 10:05 AM, Andy Lutomirski wrote:
>> On Sun, Dec 16, 2012 at 4:39 AM, Michel Lespinasse wrote:
>>> I think this could be done by extending the mlock work I did as part
>>> of v2.6.38-rc1. The commit message for
>>
On Mon, Dec 17, 2012 at 10:24:15AM -0800, Stephen Boyd wrote:
> On 12/04/12 02:10, Fabio Baltieri wrote:
> > static struct cpufreq_driver db8500_cpufreq_driver = {
> > - .flags = CPUFREQ_STICKY,
> > + .flags = CPUFREQ_STICKY | CPUFREQ_CONST_LOOPS,
>
> Wouldn't you want to fold this into the
On 12/17/2012 02:58 PM, Mitch Bradley wrote:
> On 12/17/2012 11:36 AM, Stephen Warren wrote:
>> On 12/17/2012 05:10 AM, Laxman Dewangan wrote:
>>> Nvidia's Tegra has multiple uart controller which supports:
>>> - APB dma based controller fifo read/write.
>>> - End Of Data interrupt in incoming data
On Mon, 17 Dec 2012, Stephen Warren wrote:
> On 12/13/2012 11:59 PM, Venu Byravarasu wrote:
> > As Tegra USB host driver is using instance number for resetting
> > PORT0 twice, adding a new DT property for handling this.
>
> Alan, Greg, Felip,e
>
> This series looks fine to me.
>
> I'd like to
On Mon, 17 Dec 2012, Greg KH wrote:
> You can't pick anything up for 3.9 until after 3.8-rc1 is out, according
> to the rules of linux-next
Well, you can accept a submission and store it in a private tree until
then. You just can't put it in any tree that feeds into linux-next.
Alan Stern
--
On Monday, December 17, 2012 10:08:52 AM H. Peter Anvin wrote:
> On 12/17/2012 01:28 AM, Borislav Petkov wrote:
> > Hi guys,
> >
> > this one sanitizes the Kconfig entry prompt so can we pick it up for
> > -rc1 or later, please?
>
> Hm... all these are actually cleanups or fixes for the stuff tha
On Mon, Dec 17, 2012 at 12:06 PM, Chris Metcalf wrote:
> On 12/14/2012 11:34 PM, Simon Marchi wrote:
>> This is an implementation of user_regset for the tilegx architecture. It
>> reuses the basic blocks that were already there.
>
> Thanks, Simon! A couple of comments:
>
> I encourage you to resp
Hey, Vivek.
On Mon, Dec 17, 2012 at 04:49:11PM -0500, Vivek Goyal wrote:
> > Eh? Then how would it compete with the children cfqgs? You can
> > consider it as the hidden leaf node competing with the children cfqgs,
> > right? So, you take the leaf weight and divide it by the total active
> > we
On 12/17/2012 12:04 PM, Stephen Warren wrote:
> On 12/17/2012 02:58 PM, Mitch Bradley wrote:
>> On 12/17/2012 11:36 AM, Stephen Warren wrote:
>>> On 12/17/2012 05:10 AM, Laxman Dewangan wrote:
Nvidia's Tegra has multiple uart controller which supports:
- APB dma based controller fifo read
From: Stefani Seibold
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
The reason to do this was to get a fast reliable time stamp. Many developers
uses TSC to get a fast time time stamp, without knowing the pitfalls. VDSO
time functions
On 12/17/2012 07:00 AM, Rob Herring wrote:
> On 12/17/2012 12:18 AM, Hiroshi Doyu wrote:
>> Set Snoop Control Unit(SCU) register base address dynamically from DT.
>> diff --git a/arch/arm/mach-tegra/platsmp.c b/arch/arm/mach-tegra/platsmp.c
>> static void __init tegra_smp_init_cpus(void)
>> {
>
On Mon, Dec 17, 2012 at 11:07:38PM +0100, Mariusz Kozlowski wrote:
> On Fri, Dec 14, 2012 at 03:01:13PM -0800, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.7.1 release.
> > There are 27 patches in this series, all will be posted as a response
> > to this one.
On Mon, Dec 17, 2012 at 2:12 PM, wrote:
> From: Stefani Seibold
>
> This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
> and vdso_time() to the 32 bit VDSO.
>
> The reason to do this was to get a fast reliable time stamp. Many developers
> uses TSC to get a fast time time sta
On 12/17/2012 02:12 PM, stef...@seibold.net wrote:
> arch/x86/Kconfig | 4 +-
> arch/x86/include/asm/clocksource.h| 4 -
> arch/x86/include/asm/fixmap.h | 6 +-
> arch/x86/include/asm/vgtod.h | 10 ++-
> arch/x86/include/asm/vsyscall.h | 1 -
Introduce, and use, the helper macro module_hid_driver to allow removing
the init/exit boilerplate code from the HID drivers.
H Hartley Sweeten (3):
HID: introduce helper for hid_driver boilerplate
HID: hid.h: remove unused hid_generic_{init,exit} prototypes
HID: Use module_hid_driver macro
Introduce the module_hid_driver macro which is a convenience macro
for HID driver modules similar to module_usb_driver. It is intended
to be used by drivers with init/exit sections that do nothing but
register/unregister the HID driver.
Signed-off-by: H Hartley Sweeten
Cc: Jiri Kosina
---
inclu
These functions are not defined. Remove the extern declarations.
Signed-off-by: H Hartley Sweeten
Cc: Jiri Kosina
---
include/linux/hid.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/linux/hid.h b/include/linux/hid.h
index d6c71a6..828726c 100644
--- a/include/linux/hid.h
+++ b
Use the new module_hid_driver macro in all HID drivers that have
a simple register/unregister init/exit.
This also converts the hid drivers that test for a failure of
hid_register_driver() and report the failure. Using module_hid_driver
in those drivers removes the failure message.
Signed-off-by:
On Fri, Dec 14, 2012 at 03:01:13PM -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.7.1 release.
> There are 27 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.
If the minor number is assigned dynamically, there is no need to
search for misc->minor in misc_list, since misc->minor ==
MISC_DYNAMIC_MINOR.
Signed-off-by: Dae S. Kim
---
drivers/char/misc.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/char/misc.
This is a basic implementation of user_regset for the tile
architecture. It reuses the basic blocks that were already there.
Signed-off-by: Simon Marchi
---
arch/tile/kernel/ptrace.c | 62 +
1 files changed, 62 insertions(+), 0 deletions(-)
diff --g
This patch changes arch_ptrace on tile so that it uses user_regset
to implement the PTRACE_GETREGS and PTRACE_SETREGS operations.
Signed-off-by: Simon Marchi
---
arch/tile/kernel/ptrace.c | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/arch/tile/kernel/ptra
Following the previous patch which adds support for user_regset, tile
can now use this feature.
Signed-off-by: Simon Marchi
---
arch/tile/include/asm/elf.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/tile/include/asm/elf.h b/arch/tile/include/asm/elf.h
index f8
Hi all
Sorry, not sure what information is most appropriate here. GPU hangs from
time to time on this laptop, typically when running firefox on
graphics-intensive sites. Error log at the bottom. Distro is Debian 6.0.6
(squeeze), lspci
00:02.0 VGA compatible controller: Intel Corporation Mobile
On Mon, Dec 17, 2012 at 02:14:06PM -0800, Greg Kroah-Hartman wrote:
> On Mon, Dec 17, 2012 at 11:07:38PM +0100, Mariusz Kozlowski wrote:
> > On Fri, Dec 14, 2012 at 03:01:13PM -0800, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 3.7.1 release.
> > > There are
On Sun, Dec 16, 2012 at 12:50 AM, Yinghai Lu wrote:
> On Sat, Dec 15, 2012 at 9:17 PM, Yinghai Lu wrote:
>> On Sat, Dec 15, 2012 at 6:09 PM, Yinghai Lu wrote:
>>> On Sat, Dec 15, 2012 at 1:40 PM, H. Peter Anvin wrote:
On 12/15/2012 12:55 PM, Yinghai Lu wrote:
>
> BTW, did you look
On Mon, 17 Dec 2012, Johannes Weiner wrote:
> When ex-KSM pages are faulted from swap cache, the fault handler is
> not capable of re-establishing anon_vma-spanning KSM pages. In this
> case, a copy of the page is created instead, just like during a COW
> break.
>
> These freshly made copies are
On Mon, Dec 17, 2012 at 02:38:53PM -0800, Greg KH wrote:
> Hi all,
>
> I'd like to announce the LTSI 3.4.24-rc2 kernel. It's the second -rc
> release for the LTSI 3.4 kernel, and if there's no complaints about this
> one, odds are it will be the release version.
>
> Differences from the -rc1 rel
On Fri, Dec 14, 2012 at 06:06:50PM -0800, Andy Lutomirski wrote:
> On Fri, Dec 14, 2012 at 6:01 PM, Darrick J. Wong
> wrote:
> > On Fri, Dec 14, 2012 at 05:12:37PM -0800, Andy Lutomirski wrote:
> >> It survived. I hit at least one mm bug, but I really don't think it's
> >> a problem with your cod
On Mon, Dec 17, 2012 at 12:13:36AM +0800, Zheng Liu wrote:
> On Thu, Dec 13, 2012 at 12:08:11AM -0800, Darrick J. Wong wrote:
> > diff --git a/mm/bounce.c b/mm/bounce.c
> > index 0420867..fa11935 100644
> > --- a/mm/bounce.c
> > +++ b/mm/bounce.c
> > @@ -178,6 +178,38 @@ static void bounce_end_io_r
On 12/17/2012 5:07 PM, Simon Marchi wrote:
>> I think with this support added, we have all the prerequisites to add
>> "select HAVE_ARCH_TRACEHOOK" under "config TILE" in arch/tile/Kconfig, so we
>> might as well do that too. That will enable PTRACE_GETREGSET and
>> PTRACE_SETREGSET, as well as
I was told that each header in include/uapi/linux should be self-contained and
compile on its own. So I tried a quick check. I don't have patches fixing them.
First of all: include/uapi/linux/compiler.h is missing. Nothing compiles
without that header.
Then I ran this script (zsh rules) on 9360
On Monday, December 17, 2012 09:24:14 AM Yinghai Lu wrote:
> On Mon, Dec 17, 2012 at 4:20 AM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > The ACPI handles of PCI root bridges need to be known to
> > acpi_bind_one(), so that it can create the appropriate
> > "firmware_node" and "p
On Monday, December 17, 2012 10:44:05 AM Greg Kroah-Hartman wrote:
> On Mon, Dec 17, 2012 at 01:20:15PM +0100, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > The ACPI handles of PCI root bridges need to be known to
> > acpi_bind_one(), so that it can create the appropriate
> > "firm
On 12/17/2012 02:47 PM, Yinghai Lu wrote:
Peter, can you check that branch again?
I moved the early_trap_init after init_mem_mapping.
so for 64bit native, init_mem_mapping will setup page table for ram from blank.
Looks better, at first glance at least. There are a couple of
unnecessary ch
On 17.12.2012, Guennadi Liakhovetski wrote:
> [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
> [drm] capturing error event; look for more information in
> /debug/dri/0/i915_error_state
> [drm:i915_reset] *ERROR* Failed to reset chip.
I have the same problem, are able to r
On Mon, Dec 17, 2012 at 11:36 PM, Guennadi Liakhovetski
wrote:
> Sorry, not sure what information is most appropriate here. GPU hangs from
> time to time on this laptop, typically when running firefox on
> graphics-intensive sites. Error log at the bottom. Distro is Debian 6.0.6
> (squeeze), lspci
On Tue, Dec 18, 2012 at 12:15 AM, Heinz Diehl wrote:
>> [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung
>> [drm] capturing error event; look for more information in
>> /debug/dri/0/i915_error_state
>> [drm:i915_reset] *ERROR* Failed to reset chip.
>
> I have the same problem
Linus,
Please pull the for-linus git tree from:
git://git.kernel.org:/pub/scm/linux/kernel/git/ebiederm/user-namespace.git
for-linus
HEAD: 5155040ed349950e16c093ba8e65ad534994df2a userns: Fix typo in
description of the limitation of userns_install
This tree is against v3.7-rc3
The
On Mon, Dec 17, 2012 at 11:23:59AM +0100, Jan Kara wrote:
> On Thu 13-12-12 00:08:11, Darrick J. Wong wrote:
> > Several complaints have been received regarding long file write latencies
> > when
> > memory pages must be held stable during writeback. Since it might not be
> > acceptable to stall
Cc: sta...@vger.kernel.org
Signed-off-by: Paolo Pisati
Tested-by: Robert Nelson
Signed-off-by: Mark Brown
---
drivers/regulator/core.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
index e872c8b..c347f
From: Rafael J. Wysocki
The ACPI handles of PCI root bridges need to be known to
acpi_bind_one(), so that it can create the appropriate
"firmware_node" and "physical_node" files for them, but currently
the way it gets to know those handles is not exactly straightforward
(to put it lightly).
This
On Monday, December 17, 2012 10:59:09 PM Daniel Lezcano wrote:
> On 12/17/2012 08:36 PM, Russ Anderson wrote:
> > The 3.7 kernel grinds to a halt on boot of a system with
> > 2048 cpus. NMI showed most of the cpus in
> > _raw_spin_lock in cpuidle_get_cpu_driver(). (backtrace below)
> >
> > A qui
On Monday, December 17, 2012 10:18:14 PM Ulf Hansson wrote:
> On 16 December 2012 16:29, Alan Stern wrote:
> > On Sun, 16 Dec 2012, Rafael J. Wysocki wrote:
> >
> >> On Saturday, December 15, 2012 10:16:29 PM Jiri Kosina wrote:
> >> > On Sat, 15 Dec 2012, Rafael J. Wysocki wrote:
> >> >
> >> > > F
> -Original Message-
> From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
> Yinghai Lu
> Sent: Sunday, December 16, 2012 4:42 PM
> To: Yu, Fenghua
> Cc: H. Peter Anvin; Ingo Molnar; Thomas Gleixner; Mallick, Asit K;
> Tigran Aivazian; Andreas Herrmann; Borislav Petkov
On Sat, 2012-12-15 at 07:44 +1100, Benjamin Herrenschmidt wrote:
> Hi Linus !
>
> Finally managed to get my head away from some other distractions
> to put this pull request together, sorry for the lateness :-)
>
> The main highlight is probably some base POWER8 support. There's
> more to come su
On Mon, Dec 17, 2012 at 3:30 PM, Yu, Fenghua wrote:
>
> OSV may need the patchset based on old kernel. So I'll have the patchset
> ready. Is this the right place to call load_ucode_bsp() in the upstream
> kernel?
>
> diff --git a/arch/x86/kernel/head64.c b/arch/x86/kernel/head64.c
> index a512f5
On Mon, Dec 17, 2012 at 3:11 PM, H. Peter Anvin wrote:
> On 12/17/2012 02:47 PM, Yinghai Lu wrote:
>>
>>
>> Peter, can you check that branch again?
>>
>> I moved the early_trap_init after init_mem_mapping.
>> so for 64bit native, init_mem_mapping will setup page table for ram from
>> blank.
>>
>
>
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
On Sat, Dec 15, 2012 at 07:56:51PM +, Ben Hutchings wrote:
> On Thu, 2012-12-13 at 11:58 -0200, Herton Ronaldo Krzesinski wrote:
> > 3.5.7.2 -stable review patch. If anyone has any objections, please let me
> > know.
> >
> > --
> >
> > From: Johannes Weiner
> >
> > commit
On Thu, 2012-12-13 at 23:17 +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
(snip)
> struct acpi_device_ops {
> Index: linux/drivers/acpi/scan.c
> ===
> --- linux.orig/drivers/acpi/scan.c
> +++ linux/drivers/acpi/scan.
> >
> it has to be after #PF handler set page table patch...
>
> otherwise when ramdisk is above 1G, customer will get early PF
> exception.
In old kernel, where can I put load_ucode_bsp()? Is calling load_ucode_bsp()
after relocate_initrd() earliest place?
Thanks.
-Fenghua
--
To unsubscribe f
Sebastian,
On Tue, Dec 18, 2012 at 01:24:27AM +0100, Sebastian Hesselbarth wrote:
> In the beginning of DT for Dove it was reasonable to have it close to
> non-DT code. With improved DT support, it became more and more difficult
> to not break non-DT while changing DT code.
>
> This patch splits
On Mon, Dec 17, 2012 at 4:32 PM, Yu, Fenghua wrote:
>> >
>> it has to be after #PF handler set page table patch...
>>
>> otherwise when ramdisk is above 1G, customer will get early PF
>> exception.
>
> In old kernel, where can I put load_ucode_bsp()? Is calling load_ucode_bsp()
> after relocate_i
Sebastian,
On Tue, Dec 18, 2012 at 01:24:29AM +0100, Sebastian Hesselbarth wrote:
> Card detect for sdhci on Cubox is connected to the wrong pin
> (sdio1_cd instead of sdio0_cd). With support for cd-gpios and
> pinctrl add the corresponding properties to DT for Cubox.
>
> Signed-off-by: Sebastian
On 12/18/2012 01:38 AM, Jason Cooper wrote:
> On Tue, Dec 18, 2012 at 01:24:29AM +0100, Sebastian Hesselbarth wrote:
>> Card detect for sdhci on Cubox is connected to the wrong pin
>> (sdio1_cd instead of sdio0_cd). With support for cd-gpios and
>> pinctrl add the corresponding properties to DT fo
Hello developers (and testers)
The attached pad adds supports for another gamepad to the hid-pl driver.
The "color rumble pad P580" marketed using the "Saitek" brand in
Germany, and using a USB Vendor ID attributed to "Jess" seems to be
electronically identical to the 4-field variant of the "Green
On Mon, Dec 17, 2012 at 5:59 PM, Chris Metcalf wrote:
> On 12/17/2012 5:07 PM, Simon Marchi wrote:
>>> I think with this support added, we have all the prerequisites to add
>>> "select HAVE_ARCH_TRACEHOOK" under "config TILE" in arch/tile/Kconfig, so
>>> we might as well do that too. That will
Following the previous patch which adds support for user_regset, tile
can now use this feature.
Signed-off-by: Simon Marchi
---
arch/tile/include/asm/elf.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/tile/include/asm/elf.h b/arch/tile/include/asm/elf.h
index f8
This patch changes arch_ptrace on tile so that it uses user_regset
to implement the PTRACE_GETREGS and PTRACE_SETREGS operations.
Signed-off-by: Simon Marchi
---
arch/tile/kernel/ptrace.c | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/arch/tile/kernel/ptra
This is a basic implementation of user_regset for the tile
architecture. It reuses the basic blocks that were already there.
Signed-off-by: Simon Marchi
---
v2 included change for all tile architectures (not just tilegx)
v3 changed #include to
arch/tile/kernel/ptrace.c | 62
On Mon, Dec 17, 2012 at 3:26 PM, Yinghai Lu wrote:
> On Mon, Dec 17, 2012 at 3:11 PM, H. Peter Anvin wrote:
>> On 12/17/2012 02:47 PM, Yinghai Lu wrote:
>>>
>>>
>>> Peter, can you check that branch again?
>>>
>>> I moved the early_trap_init after init_mem_mapping.
>>> so for 64bit native, init_me
Hi Jiri,
On Mon, 17 Dec 2012 14:37:04 +0100, Jiri Olsa wrote:
> Adding support to parse non architectural event aliases
> for given cpu. These aliases will be provided as 'events'
> directory like architectural ones provided by kernel.
>
[snip]
> +
> +$(OUTPUT)$(OUTPUT)arch/$(ARCH)/util/pmu.o: $(O
On Mon, Dec 17, 2012 at 10:35:58PM +0100, Sander Eikelenboom wrote:
>
> Monday, December 17, 2012, 10:12:40 PM, you wrote:
>
> > On Mon, Dec 17, 2012 at 03:46:34PM -0500, Konrad Rzeszutek Wilk wrote:
> >> On Mon, Dec 17, 2012 at 09:32:17PM +0100, Sander Eikelenboom wrote:
> >> >
> >> > Sunday, D
While toying around with a library which needs small block devices for
quorum management, I came up with these patches to dynamically create
and destroy ram disks (I wanted to have non-swappable backed devices).
Change log (since RFC patch <20121014024836.gb27...@order.stressinduktion.org>):
1) mo
All parameters of the module brd are now converted to unsigneds. This
saves some less-than-zero checks. rd_size can now be static, because
the last external user in arch/arm/kernel/setup.c:setup_ramdisk is gone.
While at it, move the (perhaps automatically) placed brd_mutex out of
the silly conste
Users of partitions on ram disks could accidentally flush the block
device with ioctl(BLKFLSBUF) while it is in use. This patch prevents
this from happening.
This patch also adds a call to rescan_partitions after BLKFLSBUFing,
for which a EXPORT_SYMBOL_GPL statement was needed. Otherwise some kind
This patch replaces the list of brd_devices with an idr, thus enabling
easier block ram disk creation and deletion.
Cc: Nick Piggin
Signed-off-by: Hannes Frederic Sowa
---
drivers/block/brd.c | 136
1 file changed, 106 insertions(+), 30 delet
This patch adds the miscdevice /dev/brd-control with two ioctls:
1) BRD_CTL_ADD: Instantiates a new ram disk with a given size as
parameter. This parameter is filled in with the new minor id
on return.
2) BRD_CTL_DEL: Deletes a ram disk. Takes the minor id as parameter.
Cc: Nick Pi
I want to change inode->i_flags access to be atomic -- there are some
locking oddities right now, I think, and I want to use a new inode
flag to signal mtime updates from page_mkwrite. The problem is that
i_flags is an unsigned int, and making it an unsigned long seems like
a waste, but there aren
From: Rob Landley
Replace perl header file generator with smaller/faster/simpler C version.
Signed-off-by: Rob Landley
---
kernel/Makefile | 10 -
kernel/mktimeconst.c | 109 +++
kernel/timeconst.pl | 378 -
3 files changed, 115 insert
When compiling efivars.c the build fails with:
CC drivers/firmware/efivars.o
drivers/firmware/efivars.c: In function ‘efivarfs_get_inode’:
drivers/firmware/efivars.c:886:31: error: incompatible types when assigning to
type ‘kgid_t’ from type ‘int’
make[2]: *** [drivers/firmware/efivars.o]
From: Rob Landley
Generate asm-x86/cpufeature.h with posix-2008 commands instead of perl.
Signed-off-by: Rob Landley
---
arch/x86/kernel/cpu/Makefile |4 +-
arch/x86/kernel/cpu/mkcapflags.pl | 48
arch/x86/kernel/cpu/mkcapflags.sh | 41 +++
On 12/17/2012 8:08 PM, Simon Marchi wrote:
> This is a basic implementation of user_regset for the tile
> architecture. It reuses the basic blocks that were already there.
>
> Signed-off-by: Simon Marchi
Thanks, I'll take this into the tile tree for this merge window.
--
Chris Metcalf, Tilera C
From: Rob Landley
Remove perl from make headers_install by replacing a perl script (doing
a simple regex search and replace) with a smaller, faster, simpler,
POSIX-2008 shell script implementation. The new shell script is a single
for loop calling sed and piping its output through unifdef to pro
Before 2.6.25 building Linux never required perl. This patch series removes
the requirement from basic kernel builds (tested on i686, x86_64, arm, mips,
powerpc, sparc, sh4, and m68k). Now updated to 3.7, with the UAPI stuff.
Earlier versions of these patches were posted to the mailing list once o
Hi Linus,
The following changes since commit 0e4a43ed08e2f44aa7b96aa95d0a540d675483e1:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-3.0-fixes
(2012-11-07 13:38:56 +0100)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/n
Hi Dongjin,
On 17 December 2012 13:55, Dongjin Kim wrote:
> Add initial dtb file for Hardkernel's ODROID-X board based on EXYNOS4412 SoC.
>
> Signed-off-by: Dongjin Kim
> ---
> arch/arm/boot/dts/Makefile |1 +
> arch/arm/boot/dts/exynos4412-odroidx.dts | 52
> ++
This is a serious cause of mmap_sem contention. MAP_POPULATE
and MCL_FUTURE, in particular, are disastrous in multithreaded programs.
This is not a complete solution due to reader/writer fairness.
Signed-off-by: Andy Lutomirski
---
Changes from v2:
The mmap functions now unconditionally downg
On Monday, Monday, December 17, 2012 7:01 PM, Sachin Kamat wrote
>
> Hi Jingoo,
>
> I had already submitted a patch for adding support for this driver [1]
> and you had also provided your review comments on them ([2] and [3]).
> There were certain comments from Andrew Morton that needed to be add
Some DVM regulators needs to update apply_bit after setting vsel_reg to
initiate voltage change on the output. This patch adds apply_reg and
apply_bit to struct regulator_desc and update
regulator_set_voltage_sel_regmap() to set apply_bit of apply_reg when
apply_bit is set.
Signed-off-by: Axel Li
On Sat, Dec 15, 2012 at 6:51 AM, Kees Cook wrote:
> Some devices have configurable firmware locations. If these configuration
> mechanisms are exposed to unprivileged userspace, it may be possible to
I an wondering how the unprivileged userspace can write the firmware sysfs
to trigger loading fir
Signed-off-by: Axel Lin
---
drivers/regulator/da9052-regulator.c | 41 +-
1 file changed, 6 insertions(+), 35 deletions(-)
diff --git a/drivers/regulator/da9052-regulator.c
b/drivers/regulator/da9052-regulator.c
index d096309..c6d8651 100644
--- a/drivers/regul
Change log
v5 -> v6
- Rebased to 3.7
v4 -> v5
- Rebased to 3.6.0
- Introduce a logic switching IDT at enabling/disabling TP time
so that a time penalty makes a zero when tracepoints are disabled.
This IDT is created only when CONFIG_TRACEPOINTS is enabled.
- Remove arch_irq_vecto
On Tue, Dec 18, 2012 at 01:50:12AM +0100, Sebastian Hesselbarth wrote:
> On 12/18/2012 01:38 AM, Jason Cooper wrote:
> > On Tue, Dec 18, 2012 at 01:24:29AM +0100, Sebastian Hesselbarth wrote:
> >> Card detect for sdhci on Cubox is connected to the wrong pin
> >> (sdio1_cd instead of sdio0_cd). With
Signed-off-by: Axel Lin
---
drivers/regulator/88pm8607.c | 43 --
1 file changed, 12 insertions(+), 31 deletions(-)
diff --git a/drivers/regulator/88pm8607.c b/drivers/regulator/88pm8607.c
index 2b55711..9ebdf8c 100644
--- a/drivers/regulator/88pm8607.c
w1_therm includes some obsolete code to detect bad_roms, this is no
longer relevant.
The retry code is only used for this bad_rom test, however there is a
CRC check that detects a bad read, but does not trigger a retry. This
patch removes all the bad_rom code and uses the CRC check to trigger
retr
On Tue, Dec 18, 2012 at 9:10 AM, Andy Lutomirski wrote:
> I want to change inode->i_flags access to be atomic -- there are some
> locking oddities right now, I think, and I want to use a new inode
> flag to signal mtime updates from page_mkwrite. The problem is that
> i_flags is an unsigned int,
On Monday, December 17, 2012 05:08:17 PM Toshi Kani wrote:
> On Thu, 2012-12-13 at 23:17 +0100, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
>
> (snip)
>
> > struct acpi_device_ops {
> > Index: linux/drivers/acpi/scan.c
> > ==
On Mon, Dec 17, 2012 at 5:11 PM, Yinghai Lu wrote:
> On Mon, Dec 17, 2012 at 3:26 PM, Yinghai Lu wrote:
>> On Mon, Dec 17, 2012 at 3:11 PM, H. Peter Anvin wrote:
>>> On 12/17/2012 02:47 PM, Yinghai Lu wrote:
Peter, can you check that branch again?
I moved the early_trap_
regulator_get_voltage() may return negative error code.
Add error checking to avoid setting error code to voltage_uv.
Signed-off-by: Axel Lin
---
drivers/iio/dac/ad5446.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/dac/ad5446.c b/drivers/iio/dac/ad5446
On Mon, Dec 17, 2012 at 05:10:21PM -0800, Andy Lutomirski wrote:
> I want to change inode->i_flags access to be atomic -- there are some
> locking oddities right now, I think, and I want to use a new inode
> flag to signal mtime updates from page_mkwrite. The problem is that
> i_flags is an unsign
1 - 100 of 603 matches
Mail list logo
