for if else statements having single block no braces are needed
fixed the following checkpatch warning
drivers/staging/rts_pstor/sd.c:140: WARNING: braces {} are not necessary for
any arm of this statement
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
drivers/staging/rts_pstor/sd.c
Steven J. Magnani st...@digidescorp.com writes:
On Sat, 2012-07-07 at 06:07 +0900, OGAWA Hirofumi wrote:
Steven J. Magnani st...@digidescorp.com writes:
On Wed, 2012-07-04 at 20:07 +0900, OGAWA Hirofumi wrote:
Please don't add new lock_super() usage if it is not necessary. Almost
all
The following warning is fixed up.
drivers/staging/rts_pstor/sd.c:190: WARNING: braces {} are not necessary for
single statement blocks
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
drivers/staging/rts_pstor/sd.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Hi Richard,
On Fri, 6 Jul 2012 17:27:59 +0200 Richard Genoud richard.gen...@gmail.com
wrote:
I've got an oops...
this is my dev-kernel in 3.5-rc5 + some work to be able to boot on my board
NB: If I use ubi_format it's ok.
the mtd1 device has 1984 PEB
the 4 last are UBI reserved + BBT
I
Hello Greg,
On Sat, Jul 7, 2012 at 2:27 AM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Wed, Jul 04, 2012 at 01:37:07AM +0300, Eduardo Valentin wrote:
In the System Control Module, OMAP supplies a voltage reference
and a temperature sensor feature that are gathered in the band
gap
On Fri, 6 Jul 2012, Yinghai Lu wrote:
so try get one update bios that could return resource for root bus.
or you could try to live with booting with pci=nocrs before your get new BIOS.
Where would I get a new BIOS ? Has Panasonic released a bios update for this
machine that fixes this
On Thu, 2012-07-05 at 17:57 +0200, Stephane Eranian wrote:
On Wed, Jul 4, 2012 at 11:13 AM, Peter Zijlstra pet...@infradead.org wrote:
I think Stephane is currently trying to revive that, although he hasn't
posted yet. Please have a look if that captures the possible PPC states
as well.
From: Namhyung Kim namhyung@lge.com
It seems there's no specific reason to open-code it. I guess the
commit 0122ec5b02f76 (sched: Add p-pi_lock to task_rq_lock())
simply missed it. Let's be consistent with others.
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
kernel/sched/core.c |
From: Du, Changbin changbin...@gmail.com
changes:
1. wrap some lines that are longer than 80 characters.
2. remove local function prototype declarations which do not
need.
3. replace TAB character with a space character in function
comments.
Greg,
Here is the reworked series with the omap bangap driver and minimalist
thermal framework support. Diff from v1 is simple that now it won't
break compilation. Only change is between patch 1 and patch 2, I have
added the missing and needed Makefile and Kconfig entries in patch 1,
for
This patch has the common thermal framework support for OMAP
bandgap driver. It includes the zone registration and unregistration,
the cpu cooling and the trip definitions.
The trips definition is essentially one trip for passive cooling
using the generic cpu cooling device and another one for
This patch adds the data structures needed for proper registration
of OMAP4 chips. This patch includes definitions for these chip versions:
. OMAP4430
. OMAP4460
. OMAP4470
Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com
---
drivers/staging/omap-thermal/Kconfig | 14 ++
This patch adds the data structures needed for proper registration
of OMAP5 chips. This patch includes definitions for these chip versions:
. OMAP5430
Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com
---
drivers/staging/omap-thermal/Kconfig | 12 +
In the System Control Module, OMAP supplies a voltage reference
and a temperature sensor feature that are gathered in the band
gap voltage and temperature sensor (VBGAPTS) module. The band
gap provides current and voltage reference for its internal
circuits and other analog IP blocks. The
2012/7/7 Shmulik Ladkani shmulik.ladk...@gmail.com:
Many thanks for testing.
Could you please verify the crash only occurs with the patch?
Can you provide the vmlinux matching this oops, so I may analyze the
exact null dereferencing point?
It seems to be somewhere in ubi_wl_init, however
On Sat, 7 Jul 2012, Joonsoo Kim wrote:
__alloc_pages_direct_compact has many arguments so invoking it is very costly.
And in almost invoking case, order is 0, so return immediately.
If zero cost is very costly, then this might make sense.
__alloc_pages_direct_compact() is inlined by gcc.
--
we are referencing the pointer after doing alloc_apertures,
as alloc_apertures kzallocs, the kzalloc may fail and we get a NULL.
so we need to check for NULL before we dereference this pointer
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
drivers/gpu/drm/mgag200/mgag200_drv.c |3
This patch adds basic platform devices for Loongson1B,
including serial port, ethernet, usb, rtc and interrupt handler.
Loongson1B UART is compatible with NS16550A.
Loongson1B GMAC is built around Synopsys IP Core.
Use normal descriptor instead of enhanced descriptor.
Thanks to Giuseppe for
This patch adds Makefile and Kconfig related to Loongson1B.
Signed-off-by: Kelvin Cheung keguang.zh...@gmail.com
---
V7(updated):
Change the load address of kernel to 0x8010.
---
arch/mips/Kbuild.platforms |1 +
arch/mips/Kconfig | 31
This patch adds defconfig for Loongson1B.
Signed-off-by: Kelvin Cheung keguang.zh...@gmail.com
---
V7(updated):
Add CONFIG_USB_ANNOUNCE_NEW_DEVICES in default
configuration.
---
arch/mips/configs/ls1b_defconfig | 109 ++
1 files changed, 109
The S2MPS11 is comprised of high efficient Buck converters,
various LDOs, and an RTC and tightly coupled with Multi Core Samsung
Application Processors, which is used in a wide variety of mobile applications
such as smart phones and tablet PCs.
S2MPS11 provide 10 high efficiency buck converters
Previous naming rule of samsung pmic start with s5m prefix.
But It is changed by s2m.
To cover various samsung s2m and s5m series,
This patch modify function and variable name for common usage.
Signed-off-by: Sangbeom Kim sbki...@samsung.com
---
drivers/mfd/sec-core.c | 126
As function and variable name of Samsung mfd driver is changed,
This patch modify s5m8767 regulator driver.
Signed-off-by: Sangbeom Kim sbki...@samsung.com
---
drivers/regulator/s5m8767.c | 74 +-
1 files changed, 37 insertions(+), 37 deletions(-)
diff
As Prefix of Samsung pmic changed from s5m to s2m,
To make common mfd driver for s2m and s5m series,
This patch rename header of Samsung mfd and modify mfd driver.
Signed-off-by: Sangbeom Kim sbki...@samsung.com
---
drivers/mfd/sec-core.c |6 +-
drivers/mfd/sec-irq.c
Catalin Marinas writes:
Compilation requires a new aarch64-none-linux-gnu-
toolchain (http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01694.html).
Where are the corresponding binutils patches? Without those it's
impossible for people outside ARM to build the toolchain and kernel.
/Mikael
--
To
This patch add Samsung S2MPS11 regulator driver.
The S2MPS11 can support 10 Bucks and 38 LDOs and RTC.
Especially, S2MPS11 is designed for high performance
Samsung application processor.
Signed-off-by: Sangbeom Kim sbki...@samsung.com
---
drivers/regulator/Kconfig |8 +
This patch support Samsung s2mps11 mfd driver.
S2MPS11 can support 10 Bucks and 38 LDOs and RTC.
By this patch, s2m and s5m mfd series can be supported.
Especially, S2MPS11 is designed for high performance
Samsung application processor.
Signed-off-by: Sangbeom Kim sbki...@samsung.com
---
There are many samsung multifunction devices which are
s2mps11, s5m8767, s5m8763 etc.
This devices can support regulator, rtc, charger.
I will be supporting the Samsung mfd drivers, that are currently
in development and will be upstreamed shortly.
Signed-off-by: Sangbeom Kim sbki...@samsung.com
Hi Andrew,
Is that attached patch ok to go through your -mm tree? this patch
reviewed many months ago, but still not goto mainstream. :)
that comments is quite mismatch with the code.
Thanks.
.jovi
0001-coredump-fix-wrong-comments-on-core-limits-of-pipe-c.patch
Description: Binary data
as the if statement encloses only one line braces around it are not
needed.
The following warn fixed,
WARNING: braces {} are not necessary for single statement blocks
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c |5 ++---
1 file
The following warns fixed
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c:2032: ERROR: code indent
should use tabs where possible
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c:2032: WARNING: please, no
spaces at the start of a line
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
as ret is assigned to the return of ft1000_poll, we dont need to
initialise ret with STATUS_SUCCESS.
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
drivers/staging/ft1000/ft1000-usb/ft1000_usb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
sparse warns about having 0 assigned to a pointer,
fix it up by using NULL.
The following sparse warning is fixed
drivers/staging/ft1000/ft1000-usb/ft1000_debug.c:170:52: warning: Using plain
integer as NULL pointer
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
sparse throws warning about the ft1000_poll_thread as
drivers/staging/ft1000/ft1000-usb/ft1000_usb.c:40:5: warning: symbol
'ft1000_poll_thread' was not declared. Should it be static?
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
drivers/staging/ft1000/ft1000-usb/ft1000_usb.c |2
as the if else statements enclose only one line, so braces around them are not
needed.
The following warning is fixed
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c:100: WARNING: braces {} are
not necessary for any arm of this statement
Signed-off-by: Devendra Naga devendra.a...@gmail.com
Signed-off-by: Devendra Naga devendra.a...@gmail.com
---
drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c
b/drivers/staging/ft1000/ft1000-pcmcia/ft1000_hw.c
index
The below checkpatch warns fixed,
drivers/staging/ft1000/ft1000-pcmcia/ft1000_proc.c:38: ERROR: that open brace {
should be on the previous line
drivers/staging/ft1000/ft1000-pcmcia/ft1000_proc.c:45: ERROR: that open brace {
should be on the previous line
Hi Tony,
Hi Wim,
* jgq...@gmail.com jgq...@gmail.com [120531 20:56]:
From: Xiao Jiang jgq...@gmail.com
Add device table for omap_wdt to support dt.
Care to ack this patch in the series?
Yep.
Acked-by: Wim Van Sebroeck w...@iguana.be
Kind regards,
Wim.
--
To unsubscribe from this
because it is locked down by BIOS to chipset, readback should be 0xfed98004.
and pci_size will return 32k for 0xfed98000.
A device with a read-only BAR doesn't conform to the PCI spec. We
can't determine how much space the device consumes.
It's just an accident that BIOS put it at an address
+dirty- # of bytes that are waiting to get written back to
the disk.
+writeback- # of bytes that are actively being written back to the disk.
This should be a bit more clear to the user:
dirty - # of bytes of file cache that are not in sync with the disk copy
writeback -
On Thu, Jun 28, 2012 at 06:58:31PM +0800, Sha Zhengju wrote:
From: Sha Zhengju handai@taobao.com
While accounting memcg page stat, it's not worth to use MEMCG_NR_FILE_MAPPED
as an extra layer of indirection because of the complexity and presumed
performance overhead. We can use
On Fri, Jul 6, 2012 at 5:38 AM, Wen Congyang we...@cn.fujitsu.com wrote:
Signed-off-by: Wen Congyang we...@cn.fujitsu.com
Minor nit, but adding text for kvm to the end of your subject can be
useful for people who are browsing short log of commits without
the context of the full patch series.
Please pull for 3.5.
The following changes since commit 26c439d4005d94b8da28e023e285fd4a9943470e:
Linus Torvalds (1):
Merge tag 'ecryptfs-3.5-rc6-fixes' of
git://git.kernel.org/.../tyhicks/ecryptfs
are available in the git repository at:
I can confirm that the AMD Turion X2 2.2Ghz HP Compaq 6715b
business x86_64 k8 dual-core laptops circa 2007
DO get stuck in 800Khz mode and cannot switch out of it after booting
the stable v3.4.4 tagged kernel.
I followed the containing post and reverted commit
On Mon, Jul 02, 2012 at 08:14:02PM +0900, KAMEZAWA Hiroyuki wrote:
(2012/06/28 20:01), Sha Zhengju wrote:
From: Sha Zhengju handai@taobao.com
Commit a8e7d49a(Fix race in create_empty_buffers() vs
__set_page_dirty_buffers())
extracts TestSetPageDirty from __set_page_dirty and is
Sorry, of course the commit I backed out was :
9bcb8118965ab4631a65ee0726e6518f75cda6c5.
On Sat, Jul 7, 2012 at9bcb8118965ab4631a65ee0726e6518f75cda6c5. 3:40
PM, Jason Vas Dias jason.vas.d...@gmail.com wrote:
I can confirm that the AMD Turion X2 2.2Ghz HP Compaq 6715b
business x86_64 k8
Hello,
I migrated from an X7SPA to an X9SCM-F-O and now gpsd/ntp no longer sync
with my GPS unit:
http://www.amazon.com/GlobalSat-BU-353-USB-GPS-Receiver/dp/B000PKX2KA
I did some digging and it looks like the system clock on this motherboard
with the latest BIOS (2.00a) runs 1 second too fast
Hi Sheng-Hui,
It seems that there has a patch to fix it.
http://www.spinics.net/lists/linux-ext4/msg32611.html
Regards,
Zheng
On Fri, Jul 6, 2012 at 2:26 PM, Wang Sheng-Hui shh...@gmail.com wrote:
The left and right extents merge is done by
ext4_ext_try_to_merge. No specific left/right
fun
On Sat, Jul 07, 2012 at 10:08:47AM +0800, Fengguang Wu wrote:
On Fri, Jul 06, 2012 at 06:09:20PM +0100, Dave Airlie wrote:
On Fri, Jul 6, 2012 at 5:49 PM, Dave Airlie airl...@gmail.com wrote:
On Fri, Jul 6, 2012 at 3:48 PM, Fengguang Wu fengguang...@intel.com
wrote:
... The missed
On Sat, 2012-07-07 at 15:03 +0900, OGAWA Hirofumi wrote:
Steven J. Magnani st...@digidescorp.com writes:
On Sat, 2012-07-07 at 06:07 +0900, OGAWA Hirofumi wrote:
Steven J. Magnani st...@digidescorp.com writes:
On Wed, 2012-07-04 at 20:07 +0900, OGAWA Hirofumi wrote:
Please don't
Steven J. Magnani st...@digidescorp.com writes:
You mean the unhashed inode is created by -get_parent()? If so, the
root cause sounds like -get_parent() itself. If not, I'm not
understanding the meaning of the temporary/unofficial inode here.
Maybe private is a better word than unofficial.
Hi,
While doing compiling for u300, i selected the u300_defconfig,
make ARCH=arm
CROSS_COMPILE=/home/devendra/gcc-linaro-arm-linux-gnueabihf-2012.05-20120523_linux/bin/arm-linux-gnueabihf-
u300_defconfig
my cross toolchain is
linux#
Mike,
Please pull DT clk binding and highbank clk support for 3.6. The only
real change from 3.5 pull request is returning error values rather than
NULL to align with the rest of the clk framework. There's been a little
discussion but otherwise has been quiet.
Rob
The following changes since
On Sat, Jul 7, 2012 at 10:32 PM, devendra.aaru devendra.a...@gmail.com wrote:
Hi,
While doing compiling for u300, i selected the u300_defconfig,
make ARCH=arm
CROSS_COMPILE=/home/devendra/gcc-linaro-arm-linux-gnueabihf-2012.05-20120523_linux/bin/arm-linux-gnueabihf-
u300_defconfig
my
While very unlikely, it is possible for arch_get_random_long() to fail
in the middle of the loop in xfer_secondary_pool(), which would mean
that the loop could stop with only part of u.hwrand populated, leading
to mix_pool_bytes() injecting uninitialized or already injected bytes
instead of fresh
On Sat, Jul 07, 2012 at 10:11:22AM -0700, Kees Cook wrote:
While very unlikely, it is possible for arch_get_random_long() to fail
in the middle of the loop in xfer_secondary_pool(), which would mean
that the loop could stop with only part of u.hwrand populated, leading
to mix_pool_bytes()
On 03/16/2012 10:40 AM, Peter Zijlstra wrote:
+/*
+ * Assumes symmetric NUMA -- that is, each node is of equal size.
+ */
+static void set_max_mem_load(unsigned long load)
+{
+ unsigned long old_load;
+
+ spin_lock(max_mem_load.lock);
+ old_load = max_mem_load.load;
+ if
On Sat, Jul 7, 2012 at 12:22 AM, Bill Unruh un...@physics.ubc.ca wrote:
On Fri, 6 Jul 2012, Yinghai Lu wrote:
Where would I get a new BIOS ? Has Panasonic released a bios update for this
machine that fixes this problem?
looks like they do not bios update for S10 yet.
On Thu, Jul 05, 2012 at 06:42:51PM -0400, J. Bruce Fields wrote:
On Tue, Jun 26, 2012 at 09:50:48PM -0400, Filipe Brandenburger wrote:
When calling fcntl(F_SETLEASE) for a second time on the same file
descriptor,
do_fcntl_add_lease will allocate and initialize a new file_lock to pass to
On Saturday 07 July 2012, Olof Johansson wrote:
ARM introduced AArch64 as part of the ARMv8 architecture
With the risk of bikeshedding here, but I find the name awkward. How
about just naming the arch port arm64 instead? It's considerably more
descriptive in the context of the kernel. For
On Sat, Jul 07, 2012 at 11:30:58AM +0200, Mikael Pettersson wrote:
Catalin Marinas writes:
Compilation requires a new aarch64-none-linux-gnu-
toolchain (http://gcc.gnu.org/ml/gcc-patches/2012-05/msg01694.html).
Where are the corresponding binutils patches? Without those it's
impossible
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Saturday, July 07, 2012 11:12 AM
To: p...@lists.ntp.org; linux-kernel@vger.kernel.org
Subject: X9SCM-F-O clock drift +1 second into the future when ntp running?
Hello,
I migrated from an X7SPA to an X9SCM-F-O
On Saturday, July 07, 2012, NeilBrown wrote:
device_init_wakeup uses the dev_name() of the device to set the
name of the wakeup_source which appears in
/sys/kernel/debug/wakeup_sources.
For a platform device, that name is not set until platform_device_add
calls dev_set_name.
So the
From: Rafael J. Wysocki r...@sisk.pl
Make the gpio-fan driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/hwmon/gpio-fan.c | 19 +++
1 file
From: Rafael J. Wysocki r...@sisk.pl
Make the Abit uGuru rev. 3 driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/hwmon/abituguru3.c | 21
From: Rafael J. Wysocki r...@sisk.pl
Make the Exynos4 TMU driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/hwmon/exynos4_tmu.c | 17 ++---
1
From: Rafael J. Wysocki r...@sisk.pl
Make the Abit uGuru driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/hwmon/abituguru.c | 21 +
1
Hi all,
As per
http://marc.info/?l=linux-kernelm=133996733422413w=4
the following patches convert the platform TPM drivers to the PM handling
based on struct dev_pm_ops:
[1/4] abituguru: Use struct dev_pm_ops for power management.
[2/4] abituguru3: Use struct dev_pm_ops for power management.
On 07/06/2012 04:05 PM, Catalin Marinas wrote:
This function reserves initial_boot_params total size and reserve map.
Signed-off-by: Catalin Marinas catalin.mari...@arm.com
Cc: Grant Likely grant.lik...@secretlab.ca
If you had run get_maintainers.pl you would have copied all the
maintainers
On Fri, Jul 6, 2012 at 10:30 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
Kay, this needs to be fixed.
Suggested fix: just use the 'seq_printf()' interfaces, which do the
proper buffering, and allow any size reads of various packetized data.
I'll have a look.
Of course, I'd also
On Friday 06 July 2012, Alan Cox wrote:
arch/x86/include/asm/atomic64_32.h |1 +
arch/x86/include/asm/atomic64_64.h |1 +
arch/xtensa/kernel/syscall.c|2 +-
This looks odd to say the least ?
See patch 1/36. I think it makes sense,
On Thu, Jul 05, 2012 at 02:18:18PM -0700, Linus Torvalds wrote:
So for some unknown reason I'm hitting this on just one particular
machine, and it's *very* annoying.
It's annoying for three reasons:
- it's breaking the build (duh)
- the error is printed out to stderr, so you don't
From: Rafael J. Wysocki r...@sisk.pl
Make the ux500 crypto driver define its PM callbacks through
struct dev_pm_ops objects rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
dev_get_drvdata() may be used directly instead of being
From: Rafael J. Wysocki r...@sisk.pl
Subject: hwmon / abituguru: Use struct dev_pm_ops for power management
Make the Abit uGuru driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki
Signed-off-by: Michal Marek mma...@suse.cz
---
scripts/kconfig/Makefile | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/scripts/kconfig/Makefile b/scripts/kconfig/Makefile
index 7966265..b990e4f 100644
--- a/scripts/kconfig/Makefile
+++
From: Rafael J. Wysocki r...@sisk.pl
Make the Abit uGuru rev. 3 driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
dev_get_drvdata() may be used directly instead of
From: Rafael J. Wysocki r...@sisk.pl
Make the gpio-fan driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
dev_get_drvdata() may be used directly instead of being
Could you please make some chart to visually compare latencies with CFS?
Also, has RIFS got cgroups support?
07.07.12 23:58, Chen написав(ла):
1. Benchmark:
[admin@localhost ~]$ latt -c255 sleep 10
Parameters: min_wait=100ms, max_wait=500ms, clients=255
Entries logged: 1020
Wakeup
On Sun, Jul 1, 2012 at 5:10 PM, NeilBrown ne...@suse.de wrote:
On Fri, 29 Jun 2012 21:37:36 -0700 Colin Cross ccr...@android.com wrote:
What's the point of the existing syscall option if it doesn't work on
all platforms, or at least all platforms that want to support it? It
doesn't make
On Sat, Jul 07, 2012 at 03:39:09PM -0700, Colin Cross wrote:
On many (most?) ARM SoCs, the reboot flag is not stored on disk, or
anywhere else userspace can access. It is stored in a power
management controller scratch register that survives resets, or a
register in an external I2C PMIC, or
On Tue, 19 Jun 2012, Ezequiel Garcia wrote:
This patch removes the last usage of linux/ac97_codec.h
by renaming ac97 registers to use sound/ac97_codec.h definitions.
This will enable us to remove linux/ac97_codec.h.
Not even compilation tested.
Cc: Ralf Baechle
On Fri, Jul 06, 2012 at 11:58:04PM +0100, Alan Cox wrote:
arch/x86/include/asm/atomic64_32.h |1 +
arch/x86/include/asm/atomic64_64.h |1 +
arch/xtensa/kernel/syscall.c|2 +-
This looks odd to say the least ?
There are a few
On Sat, Jul 07, 2012 at 02:23:16PM -0400, Theodore Ts'o wrote:
On Sat, Jul 07, 2012 at 10:11:22AM -0700, Kees Cook wrote:
While very unlikely, it is possible for arch_get_random_long() to fail
in the middle of the loop in xfer_secondary_pool(), which would mean
that the loop could stop with
1. The AArch64 architecture is significantly different from AArch32 (the
official name of the 32-bit ARM architecture), it is not an extension.
It has a new exception model, new instruction set (even the register
names are different), new C ABI, PCS. It has a hardware compat mode but
that's
On Saturday 2012-07-07 05:53, Olof Johansson wrote:
ARM introduced AArch64 as part of the ARMv8 architecture
With the risk of bikeshedding here, but I find the name awkward. How
about just naming the arch port arm64 instead? It's considerably more
descriptive in the context of the kernel. For
On Saturday 2012-07-07 21:27, Arnd Bergmann wrote:
On Saturday 07 July 2012, Olof Johansson wrote:
ARM introduced AArch64 as part of the ARMv8 architecture
With the risk of bikeshedding here, but I find the name awkward. How
about just naming the arch port arm64 instead?
I agree the name
From 7db5b3ca0ecdb2e8fad52a4770e4e320e61c77a6 Mon Sep 17 00:00:00 2001
From: Tejun Heo t...@kernel.org
Date: Sat, 7 Jul 2012 15:55:47 -0700
This reverts commit fa980ca87d15bb8a1317853f257a505990f3ffde. The
commit was an attempt to fix a race condition where a cgroup hierarchy
may be unmounted
From 5db9a4d99b0157a513944e9a44d29c9cec2e91dc Mon Sep 17 00:00:00 2001
From: Tejun Heo t...@kernel.org
Date: Sat, 7 Jul 2012 16:08:18 -0700
48ddbe1946 cgroup: make css-refcnt clearing on cgroup removal
optional allowed a css to linger after the associated cgroup is
removed. As a css holds a
powerpc-pseries-reconfig-notifier-error-injection-module.patch
in -mm tree has a copy-and-paste error in Kconfig help.
The module name should be pSeries-reconfig-notifier-error-inject.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Benjamin Herrenschmidt b...@kernel.crashing.org
Cc: Paul
fault-injection-notifier-error-injection.patch in -mm tree adds
notifier error injection.
This adds Documentation/fault-injection/notifier-error-inject.txt
which describes its feature and usage examples.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: Pavel Machek pa...@ucw.cz
Cc: Rafael
On Sat, Jul 7, 2012 at 4:05 PM, Greg KH gre...@linuxfoundation.org wrote:
On Sat, Jul 07, 2012 at 03:39:09PM -0700, Colin Cross wrote:
On many (most?) ARM SoCs, the reboot flag is not stored on disk, or
anywhere else userspace can access. It is stored in a power
management controller scratch
fault-injection-add-tool-to-run-command-with-failslab-or-fail_page_alloc.patch
in -mm tree adds tools/testing/fault-injection/failcmd.sh to make it
easier to inject slab/page allocation failures by fault injection.
This adds the introduction to
Documentation/fault-injection/fault-injection.txt.
-Original Message-
From: Ben Hutchings [mailto:bhutchi...@solarflare.com]
Sent: Friday, July 06, 2012 8:19 PM
To: Haiyang Zhang
Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan;
o...@aepfle.de; linux-kernel@vger.kernel.org; de...@linuxdriverproject.org
Subject: Re:
On Sat, Jul 7, 2012 at 12:05 AM, Jukka Ollila jiikst...@gmail.com wrote:
And I did a little digging. According to the Debian package tracking
system[1] it would seem that the _stable_ distro carries a version
that doesn't do the dd shuffling at all and probably runs its klogd as
root, reading
Other boards (don't have a specific example here, perhaps Andrew can
provide one) need to store the reboot reason on disk.
For this case, I'm trying to get the alternate boot logic to work on PC
compatible devices. I have a patch against SYSLINUX which reads this area and
selects an
On Fri, Jul 06, 2012 at 12:28:17PM -0500, Bob Ross wrote:
The USB TrackPoint name string contains a space at the trailing end that
can cause confusion/difficulty when creating udev rules. Example:
Synaptics Inc. Composite TouchPad / TrackPoint (Stick)
This patch removes the trailing
Hi Richard,
On Sat, Jul 07, 2012 at 03:48:56PM +0200, Richard Weinberger wrote:
Hi!
While building a kernel for an ARM board the following build error came
across:
drivers/input/touchscreen/eeti_ts.c: In function 'eeti_ts_irq_active':
drivers/input/touchscreen/eeti_ts.c:65:2: error:
On Fri, 2012-07-06 at 18:44 -0400, Theodore Ts'o wrote:
If the CPU supports a hardware random number generator, use it in
xfer_secondary_pool(), where it will significantly improve things and
where we can afford it.
Also, remove the use of the arch-specific rng in
add_timer_randomness(),
On Fri, Jul 06, 2012 at 08:30:05AM +0200, Henrik Rydberg wrote:
Hi Dmitry,
Here are the input-mt updates for 3.5-rc0. It includes the large
atmel_mxt update from Daniel, and an MT protocol addition for win8
devices.
Pulled, thanks Henrik.
--
Dmitry
--
To unsubscribe from this list: send
On Wed, Jul 04, 2012 at 03:08:48PM +0200, Henrik Rydberg wrote:
On Wed, Jul 04, 2012 at 05:07:17PM +0800, Daniel Kurtz wrote:
Allow userspace to query firmware ID and board ID, which are read and
cached during device initialization.
This information can be read, for instance, by a
1 - 100 of 234 matches
Mail list logo