From: Andi Kleen
The PA-RISC tool chain seems to have some problem with correct read/write
attributes on sections. This causes problems when the const sections
are fixed up for other architecture to only contain truly read-only
data.
Disable const sections for PA-RISC
This can cause a bit of no
From: Andi Kleen
Signed-off-by: Andi Kleen
---
drivers/hwmon/coretemp.c |2 +-
drivers/hwmon/w83627hf.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/hwmon/coretemp.c b/drivers/hwmon/coretemp.c
index faa16f8..0fa356f 100644
--- a/drivers/hwmon/coretemp.c
From: Andi Kleen
Signed-off-by: Andi Kleen
---
net/can/af_can.c |2 +-
net/can/bcm.c|2 +-
net/can/gw.c |2 +-
net/can/raw.c|2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/can/af_can.c b/net/can/af_can.c
index 821022a..ddac1ee 100644
--- a/n
This tree sweep fixes up const section conflicts. Each section can
either be read-write or read-only. Read-only sections can contain
only read-only (const) data, read-write only non const data.
This fixes this everywhere for x86 at least (and a few other
places found by grep)
The previous versi
On Sat, Aug 18, 2012 at 08:09:34AM +0200, Markus Trippelsdorf wrote:
> On 2012.08.17 at 10:13 -0700, Greg KH wrote:
> >
> > Driver core fixes for 3.6-rc3
> >
> > Here are two tiny patches, one fixing a dynamic debug problem that the
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Ralf Baechle
Signed-off-by: Fabio Estevam
---
arch/mips/configs/bcm63xx_defconfig|1 -
arch/mips/co
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Geert Uytterhoeven
Signed-off-by: Fabio Estevam
---
arch/m68k/configs/m5208evb_defconfig |1 -
arch/m68k/co
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well.
Cc: Haavard Skinnemoen
Signed-off-by: Fabio Estevam
---
arch/avr32/configs/atngw100_defconfig |1
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Mike Frysinger
Cc:
Signed-off-by: Fabio Estevam
---
arch/blackfin/configs/BlackStamp_defconfig |1 -
arch/
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Tony Luck
Signed-off-by: Fabio Estevam
---
arch/ia64/configs/generic_defconfig |1 -
arch/ia64/configs/ge
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Mark Salter
Signed-off-by: Fabio Estevam
---
arch/c6x/configs/dsk6455_defconfig |1 -
arch/c6x/configs/evm
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Chris Zankel
Cc: Max Filippov
Signed-off-by: Fabio Estevam
---
arch/xtensa/configs/iss_defconfig |1 -
a
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Paul Mundt
Signed-off-by: Fabio Estevam
---
arch/sh/configs/ecovec24-romimage_defconfig |1 -
arch/sh/confi
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Chen Liqin
Cc: Lennox Wu
Signed-off-by: Fabio Estevam
---
arch/score/configs/spct6600_defconfig |1 -
1 fi
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well
Cc: Benjamin Herrenschmidt
Cc: Kumar Gala
Signed-off-by: Fabio Estevam
---
arch/powerpc/configs/40x/acadia_defconf
From: Fabio Estevam
commit 7c5763 (drivers:misc: Remove MISC_DEVICES config option) removed
CONFIG_MISC_DEVICES option, so remove the occurrences from the config files
as well.
Cc:
Cc: Arnd Bergmann
Signed-off-by: Fabio Estevam
---
arch/arm/configs/acs5k_tiny_defconfig |1 -
arch/a
From: Andi Kleen
According to Steven R. there is no reason left to not support
function tracing for the perf core. This makes it easier to debug
perf.
Don't remove -pg for the x86 and generic perf core.
Cc: rost...@goodmis.org
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/Makefile |1
From: Andi Kleen
When disabling a PEBS event we need to check the old value
to determine if PEBS was running. Otherwise the last PEBS value
could be kept running.
Signed-off-by: Andi Kleen
---
arch/x86/kernel/cpu/perf_event_intel_ds.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-
There is no reason to explicitly call devm_kfree
in probe or remove functions.
Signed-off-by: Emil Goode
---
drivers/tty/serial/max310x.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/tty/serial/max310x.c b/drivers/tty/serial/max310x.c
index 06ff5ad..2bc28a5 100644
--- a/drive
The gpiochip_remove function may fail to remove a gpio_chip
if any GPIOs are still requested. This patch informs the caller
of such a senario.
Sparse is warning because the function prototype has a
__must_check annotation.
Sparse warning:
drivers/tty/serial/max310x.c:1223:18: warning:
ign
Okay, so EPROBE_DEFER seems to work when I build everything into the
kernel, but when I build a pile of ASoC drivers as modules, it fails
every time I've tried booting the platform so far.
This is a v3.5 based kernel, with preempt enabled.
Okay, what I have is a bunch of devices already pre-regis
On 8/18/2012 7:33 AM, Luming Yu wrote:
> saving mode. But obviously, we need to spread as much as possible
> across all cores in another socket(to race to idle). So from the
> example above, we see a threshold that we need to reference before
> selecting one from two complete different policy: spre
On Sat, Aug 18, 2012 at 9:38 PM, Rafael J. Wysocki wrote:
>
> My question was about the number of current users of it. Sorry for not
> being clear.
Sorry for misunderstanding your question.
>
> If there are no more anticipated users than the current only one, please
> drop the unused (void *) a
On Sat, Aug 18, 2012 at 04:02:51PM +0200, Frederic Weisbecker wrote:
> Hi,
>
> I started working on the adaptive nohz patchset by the end of 2010. Since
> then, I
> iterated through one big branch:
>
> - Nohz tasks (https://lwn.net/Articles/420490/)
> - Nohz cpusets (https://lwn.net/Articles/455
On Sat, Aug 18, 2012 at 4:16 AM, Chris Friesen
wrote:
> On 08/17/2012 01:50 PM, Matthew Garrett wrote:
>>
>> On Fri, Aug 17, 2012 at 01:45:09PM -0600, Chris Friesen wrote:
>>>
>>> On 08/17/2012 12:47 PM, Matthew Garrett wrote:
>>
>>
>>> The datasheet for the Xeon E5 (my variant at least) says it d
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 ESTALE errors when
>> a FAT partition exported over NFS has its dentries evicted
>> from the cache.
>>
>> One of the reasons for this error is la
Hi,
I started working on the adaptive nohz patchset by the end of 2010. Since then,
I
iterated through one big branch:
- Nohz tasks (https://lwn.net/Articles/420490/)
- Nohz cpusets (https://lwn.net/Articles/455044/)
- Nohz cpusets v2 (https://lwn.net/Articles/487599/)
- Nohz cpusets v3 (https:/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm searching for a patch for linux kernel stack disclosure in
binfmt_script with crafted interpreter names when CONFIG_MODULES is
active (see [1]).
The simplest solution would be to return an error in load_script (from
fs/binfmt_script.c). when maxim
On Sat, 18 August 2012 Alan Stern wrote:
> On Sat, 18 Aug 2012, Bruno Prémont wrote:
> > On Thu, 16 August 2012 Jiri Kosina wrote:
> > > On Thu, 16 Aug 2012, Bruno Prémont wrote:
> > >
> > > > > I don't really understand this explanation. Once usb_kill_urb()
> > > > > returns,
> > > > > the UR
On Sat, 18 Aug 2012, Geert Uytterhoeven wrote:
> JFYI, when comparing v3.6-rc2 to v3.6-rc1[3], the summaries are:
> - build errors: +4/-6
+ arch/sh/lib/mcount.S: Error: pcrel too far: => 89
sh-allyesconfig
+ drivers/input/touchscreen/eeti_ts.c: error: implicit declaration of
function 'gp
On Tue, 2012-08-14 at 17:51 -0700, H. Peter Anvin wrote:
> On 06/28/2012 10:02 AM, Olof Johansson wrote:
> > On Wed, Jun 27, 2012 at 2:52 PM, H. Peter Anvin wrote:
> >> On 06/27/2012 02:35 PM, Olof Johansson wrote:
> >>>
> >>> This adds an efi_runtime variable indicating whether the
> >>> efi runt
On Saturday, August 18, 2012, Ming Lei wrote:
> On Sat, Aug 18, 2012 at 6:02 AM, Rafael J. Wysocki wrote:
> > On Friday, August 17, 2012, Ming Lei wrote:
> >> +void dpm_for_each_dev(void *data, void (*fn)(struct device *, void *))
> >
> > Is this function actually used more than once?
>
> At leas
On Sat, Aug 18, 2012 at 05:41:39AM -0400, Namjae Jeon wrote:
> From: Namjae Jeon
>
> This patch-set eliminates the client side ESTALE errors when
> a FAT partition exported over NFS has its dentries evicted
> from the cache.
>
> One of the reasons for this error is lack of permanent inode
> nu
Thanks, applied and queued for 3.7.
On Mon, Aug 6, 2012 at 7:51 PM, Thomas Meyer wrote:
> The semantic patch that makes this change is available
> in scripts/coccinelle/api/ptr_ret.cocci.
>
> More information about semantic patching is available at
> http://coccinelle.lip6.fr/
>
> Signed-off-by:
Thanks, applied and queued for 3.7.
On Mon, Aug 6, 2012 at 7:51 PM, Thomas Meyer wrote:
> The semantic patch that makes this change is available
> in scripts/coccinelle/api/ptr_ret.cocci.
>
> More information about semantic patching is available at
> http://coccinelle.lip6.fr/
>
> Signed-off-by:
Thanks, applied and queued for 3.7.
On Mon, Aug 6, 2012 at 7:51 PM, Thomas Meyer wrote:
> The semantic patch that makes this change is available
> in scripts/coccinelle/api/ptr_ret.cocci.
>
> More information about semantic patching is available at
> http://coccinelle.lip6.fr/
>
> Signed-off-by:
On Sat, 18 Aug 2012, Bruno Prémont wrote:
> Hi Jiri,
>
> [CCing Alan Stern]
>
> On Thu, 16 August 2012 Jiri Kosina wrote:
> > On Thu, 16 Aug 2012, Bruno Prémont wrote:
> >
> > > > I don't really understand this explanation. Once usb_kill_urb()
> > > > returns,
> > > > the URB should be avail
Signed-off-by: Geert Uytterhoeven
---
arch/m68k/include/asm/apollohw.h | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/arch/m68k/include/asm/apollohw.h b/arch/m68k/include/asm/apollohw.h
index 635ef4f..6c19e0c 100644
--- a/arch/m68k/include/asm/apollohw.h
+++
Thanks for review.
On Saturday 18 August 2012 06:17 PM, Wolfram Sang wrote:
* PGP Signed by an unknown key
On Sat, Aug 18, 2012 at 12:32:34AM +0530, Laxman Dewangan wrote:
+ bool has_continue_xfer_support;
I wonder if it makes sense to carry a pointer here to the
tegra_i2c_hw_feature in
On 18.08.2012 15:13, J. Bruce Fields wrote:
> On Sat, Aug 18, 2012 at 10:49:31AM +0400, Michael Tokarev wrote:
[]
>> Well. What can I say? With the change below applied (to 3.2 kernel
>> at least), I don't see any stalls or high CPU usage on the server
>> anymore. It survived several multi-gigab
On Sat, Aug 18, 2012 at 12:32:34AM +0530, Laxman Dewangan wrote:
> Tegra20 i2c controller does not support the continue transfer
> which implements the I2C_M_NOSTART functionality of i2c
> protocol mangling.
> Removing the I2C_M_NOSTART functionality for Tegra20.
>
> Signed-off-by: Laxman Dewangan
Hi Jiri,
[CCing Alan Stern]
On Thu, 16 August 2012 Jiri Kosina wrote:
> On Thu, 16 Aug 2012, Bruno Prémont wrote:
>
> > > I don't really understand this explanation. Once usb_kill_urb() returns,
> > > the URB should be available for future use (and therefore all queues
> > > completely draine
The CONFIG_PM doesn't actually enable any of the PM callbacks, it
only allows to enable CONFIG_PM_SLEEP and CONFIG_PM_RUNTIME.
This means if CONFIG_PM is used to protect system sleep callbacks
then it may end up unreferenced if only runtime PM is enabled.
Hence protecting sleep callbacks with CONFI
On Sat, Aug 18, 2012 at 02:16:28PM +0200, Wolfram Sang wrote:
> On Sat, Aug 18, 2012 at 01:17:45PM +0200, Thierry Reding wrote:
> > On Sat, Aug 18, 2012 at 11:48:46AM +0200, Wolfram Sang wrote:
> > > On Wed, Aug 08, 2012 at 09:06:47AM +0200, Thierry Reding wrote:
> > > > This commit adds support fo
On Sat, Aug 18, 2012 at 01:17:45PM +0200, Thierry Reding wrote:
> On Sat, Aug 18, 2012 at 11:48:46AM +0200, Wolfram Sang wrote:
> > On Wed, Aug 08, 2012 at 09:06:47AM +0200, Thierry Reding wrote:
> > > This commit adds support for probing slave devices parsed from the
> > > device tree.
> > >
> >
On Sat, Aug 18, 2012 at 01:01:38PM +0100, Mark Brown wrote:
> On Sat, Aug 18, 2012 at 09:07:32AM +0200, Wolfram Sang wrote:
> > On Mon, Jul 30, 2012 at 07:03:07PM +0530, Laxman Dewangan wrote:
> > > CONFIG_PM covers runtime only PM.
>
> > I am a bit confused by this description. CONFIG_PM_RUNTIME
Use rcu_dereference_protected in order to prevent lockdep
complaint. Sequel of the patch 863555be
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Denis Efremov
---
drivers/target/tcm_fc/tfc_sess.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff
This adds clock support to Loongson1B SoC using the common clock
infrastructure.
Signed-off-by: Kelvin Cheung
---
drivers/clk/Makefile |1 +
drivers/clk/clk-ls1x.c | 108
2 files changed, 109 insertions(+), 0 deletions(-)
create mode 10064
On Sat, Aug 18, 2012 at 09:07:32AM +0200, Wolfram Sang wrote:
> On Mon, Jul 30, 2012 at 07:03:07PM +0530, Laxman Dewangan wrote:
> > CONFIG_PM covers runtime only PM.
> I am a bit confused by this description. CONFIG_PM_RUNTIME covers
> runtime PM, no?
The issue is that CONFIG_PM doesn't actually
1. Remove private clock APIs, which are replaced by the code in
drivers/clk/clk-ls1x.c
2. Enable COMMON_CLK in the Kconfig.
3. some minor modifications.
Signed-off-by: Kelvin Cheung
---
arch/mips/include/asm/mach-loongson1/platform.h |3 +-
arch/mips/include/asm/mach-loongson1/regs-clk.h
On 08/16/12 07:52, Bart Van Assche wrote:
> On 08/16/12 01:35, Chanho Min wrote:
>>> functions will occur in line. I also don't see why the sdev reference
>>> couldn't drop to zero here.
>> scsi_request_fn is called under the lock of request_queue->queue_lock.
>> If we drop the sdev reference to z
On Sat, Aug 18, 2012 at 12:55 PM, Kelvin Cheung wrote:
> This adds clock support to Loongson1B SoC using the common clock
> infrastructure.
>
> Signed-off-by: Kelvin Cheung
> ---
> drivers/clk/Makefile |1 +
> drivers/clk/clk-ls1x.c | 108
> +++
On Sat, Aug 18, 2012 at 11:48:46AM +0200, Wolfram Sang wrote:
> On Wed, Aug 08, 2012 at 09:06:47AM +0200, Thierry Reding wrote:
> > This commit adds support for probing slave devices parsed from the
> > device tree.
> >
> > Signed-off-by: Thierry Reding
>
> How are the devicetree nodes of the sl
On Sat, Aug 18, 2012 at 10:49:31AM +0400, Michael Tokarev wrote:
> On 18.08.2012 02:32, J. Bruce Fields wrote:
> > On Fri, Aug 17, 2012 at 04:08:07PM -0400, J. Bruce Fields wrote:
> >> Wait a minute, that assumption's a problem because that calculation
> >> depends in part on xpt_reserved, which is
Am Sonntag, den 12.08.2012, 14:22 -0700 schrieb Bernie Thompson:
> On Sun, Aug 12, 2012 at 3:34 AM, Thomas Meyer wrote:
> guilty driver is probably udl_fb.c
> any ideas?
>
>
> Hi Thomas,
Hi Bernie!
> We were seeing similar issues in udlfb (the original fbdev version of
> this
This adds clock support to Loongson1B SoC using the common clock
infrastructure.
Signed-off-by: Kelvin Cheung
---
drivers/clk/Makefile |1 +
drivers/clk/clk-ls1x.c | 108
2 files changed, 109 insertions(+), 0 deletions(-)
create mode 10064
When getting clock, give a chance to the CPUs without DT support,
which use Common Clock Framework, such as Loongson1B.
Signed-off-by: Kelvin Cheung
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/etherne
On Sat, Aug 18, 2012 at 1:29 AM, Herton Ronaldo Krzesinski
wrote:
> On Fri, Aug 17, 2012 at 04:03:15AM +0100, Ben Hutchings wrote:
>> 3.2-stable review patch. If anyone has any objections, please let me know.
>>
>> --
>>
>> From: Daniel Vetter
>>
>> commit 0d8957c8a90bbb5d34fab9a
From: Namjae Jeon
While mapping logical blocks of a file to physical blocks on the partition,
everytime UDF read file metadata from the begining which decrease preformance.
The drawback of this scheme is more prominent while reading large files.
For example, while reading a large file of ~5GB, re
2012/8/12, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>> Use accessor function for msdos_dir_entry 'start'
>
> Acked-by: OGAWA Hirofumi
>
> Looks good. Thanks.
>
>> Signed-off-by: Namjae Jeon
>> Signed-off-by: Amit Sahrawat
>> ---
>> fs/fat/dir.c |6 ++
>> 1 file changed, 2 insertions(+)
On Wed, Aug 08, 2012 at 09:42:32AM +0200, Roland Stigge wrote:
> On transactions with n>=2 bytes, the controller actually wrongly clocks in n+1
> bytes. This is caused by the (wrong) assumption that RFE in the Status
> Register
> is 1 iff there is no byte already ordered (via a dummy TX byte). Thi
On Wed, Aug 08, 2012 at 09:42:31AM +0200, Roland Stigge wrote:
> The I2C Control Register bits RFDAIE and RFFIE were mixed up. In addition to
> this fix, this patch adds the missing bit DRSIE for completeness.
>
> Signed-off-by: Roland Stigge
>
> ---
> Applies to v3.6-rc1
>
> This patch for i2c
From: Namjae Jeon
This patch is based on suggestion by Wu Fengguang:
https://lkml.org/lkml/2011/8/19/19
kernel has mechanism to do writeback as per dirty_ratio and dirty_background
ratio. It also maintains per task dirty rate limit to keep balance of
dirty pages at any given instance by doing bd
unsigned long bdi_dirty_limit(struct backing_dev_info *bdi, unsigned long dirty)
Above function return type is unsigned long, but return value is
kept in "u64 bdi_dirty".
It can return incorrect value by type casting.
Signed-off-by: Namjae Jeon
---
mm/page-writeback.c |2 +-
1 file changed,
On Wed, Aug 08, 2012 at 09:06:47AM +0200, Thierry Reding wrote:
> This commit adds support for probing slave devices parsed from the
> device tree.
>
> Signed-off-by: Thierry Reding
How are the devicetree nodes of the slaves connected to this PCI device
which should not have a node itself?
> --
There is no reason nr_pages_dirtied is argument anymore.
because nr_pages_dirtied value from caller is not used in
balance_dirty_pages_ratelimited_nr function.
Signed-off-by: Namjae Jeon
Signed-off-by: Vivek Trivedi
---
fs/btrfs/disk-io.c|8
fs/btrfs/file.c |3
Hi
On Thu, Aug 16, 2012 at 12:56:40PM -0400, Raphael Assenat (r...@8d.com) wrote:
> This patch adds support for maxim ds1825 based 1-wire temperature sensors.
Looks good, thank you
> Signed-off-by: Raphael Assenat
Greg, please pull it into your tree
Acked-by: Evgeniy Polyakov
--
Evg
From: Namjae Jeon
update nfs option in filesystem/vfat.txt
Signed-off-by: Namjae Jeon
---
Documentation/filesystems/vfat.txt |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Documentation/filesystems/vfat.txt
b/Documentation/filesystems/vfat.txt
index de1e6c4..b9405aa
From: Namjae Jeon
This patch enables rebuilding of directory inodes which are not present
in the cache.This is done by traversing the disk clusters to find the
directory entry of the parent directory and using its i_pos to build the
inode.
Signed-off-by: Namjae Jeon
Signed-off-by: Ravishankar N
From: Namjae Jeon
All the files on a FAT partition have an on-disk directory entry.
The location of these entries, i_pos, is unique and is constructed by the
fat_make_i_pos() function.We can use this as the inode number making it
peristent across remounts.
Signed-off-by: Namjae Jeon
Signed-off-
From: Namjae Jeon
Since the previous patch in this patch-set uses i_pos as the inode
number, we can use it to find the directory entry of the inode and
subsequently rebuild the inode if the cache lookups fail.
Since this involves accessing the FAT media,it is better to do this
only if the 'nfs'
From: Namjae Jeon
This patch-set eliminates the client side ESTALE errors when
a FAT partition exported over NFS has its dentries evicted
from the cache.
One of the reasons for this error is lack of permanent inode
numbers on FAT which makes it difficult to construct persistent
file handles.T
On Sat, 18 Aug 2012 11:46:37 +0300
Dan Carpenter wrote:
> ->sense_buffer used to be an array but it changed to pointer in
> de25deb180 "[SCSI] use dynamically allocated sense buffer". This call
> to memset() needs to be updated as well.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/driver
->sense_buffer used to be an array but it changed to pointer in
de25deb180 "[SCSI] use dynamically allocated sense buffer". This call
to memset() needs to be updated as well.
Signed-off-by: Dan Carpenter
diff --git a/drivers/scsi/bnx2fc/bnx2fc_io.c b/drivers/scsi/bnx2fc/bnx2fc_io.c
index 73f231
From: Fenghua Yu
This updates ucode in 32-bit kernel. At this point, there is no paging and no
virtual address yet.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/head_32.S |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/head_32.S b/arch/x86/kernel/
From: Fenghua Yu
Define interfaces microcode_sanity_check() and get_matching_microcode(). They
are called both in early boot time and in microcode Intel driver.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/microcode_intel_lib.c | 163 +
1 files changed, 163 in
From: Fenghua Yu
Define interfaces load_ucode_bsp() and load_ucode_ap() to load ucode on BSP and
AP in early boot time. These are generic interfaces. Internally they call
vendor specific implementations.
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/microcode.h | 23 ++
ar
From: Fenghua Yu
This updates ucode in 64-bit mode. Paging and virtual address are working now.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/head64.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/x86/kernel/head64.c b/arch/x86/kernel/head64.c
index 037df57
From: Fenghua Yu
Implementation of early update ucode on Intel's CPU.
load_ucode_intel_bsp() scans ucode in initrd image file which is a cpio format
ucode followed by ordinary initrd image file. The binary ucode file is stored
in kernel/x86/microcode/GenuineIntel/microcode.hex in the cpio data.
From: Fenghua Yu
Given a file's name, find its starting point in a cpio formated area. This will
be used to find microcode in combined initrd image. But this function is
generic and could be used in other places.
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/cpio.h | 10 +++
arch/x86/li
From: Fenghua Yu
Documenation for early load microcode methodology.
Signed-off-by: Fenghua Yu
---
Documentation/x86/earlyucode.txt | 43 ++
1 files changed, 43 insertions(+), 0 deletions(-)
create mode 100644 Documentation/x86/earlyucode.txt
diff --git a
From: Fenghua Yu
MICROCODE_INTEL_LIB, MICROCODE_INTEL_EARLY, and MICROCODE_EARLY are three new
configurations to enable or disable the feature.
Signed-off-by: Fenghua Yu
---
arch/x86/Kconfig | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/arch/x86
From: Fenghua Yu
Before initrd image is freed, copy valid ucode patches from initrd image
to kernel virtual memory. The saved ucode will be used to update AP in resume.
Signed-off-by: Fenghua Yu
---
arch/x86/mm/init.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff -
From: Fenghua Yu
This updates ucode on AP. At this point, BSP should store some valid ucode
patches in memory if it finds the ucode patches in initrd. AP searches the
stored ucode and uploads the ucode.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/smpboot.c |7 +++
1 files changed, 7
From: Fenghua Yu
Define some functions and macros that will be used in early load ucode. Some of
them are moved from microcode_intel.c driver in order to be called in early
boot phase before module can be called.
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/microcode_intel.h | 103 +
From: Fenghua Yu
The problem in current microcode loading method is that we load a microcode way,
way too late; ideally we should load it before turning paging on. This may only
be practical on 32 bits since we can't get to 64-bit mode without paging on,
but we should still do it as early as at
From: anish kumar
Instead of "const char **supported_cable" it is better to have
it as "const char *const *supported_cable".
Signed-off-by: anish kumar
---
include/linux/extcon.h |2 +-
include/linux/extcon/extcon-adc-jack.h |2 +-
2 files changed, 2 insertions(+), 2 de
On Wed, Aug 08, 2012 at 02:11:59PM +0100, Lee Jones wrote:
> From: Lee Jones
> Date: Tue, 7 Aug 2012 12:27:24 +0100
> Subject: [PATCH 1/1 v4] i2c/nomadik: Add default configuration into the
> Nomadik I2C driver
Actually, unlike Linus said, I prefer "i2c: nomadik:"; minor nit,
though.
>
> At th
On Fri, Aug 17, 2012 at 7:56 PM, Namhyung Kim wrote:
> Currently the gtk_main_quit() is called twice when perf exits so the
> following warning is emitted:
>
> [penberg@tux perf]$ ./perf report --gtk
> ^Cperf: Interrupt
>
> (perf:4048): Gtk-CRITICAL **: IA__gtk_main_quit: assertion `main_loo
Il 18/08/2012 01:08, Theodore Ts'o ha scritto:
On Fri, Aug 17, 2012 at 08:47:04AM +0200, Marco Stornelli wrote:
Great. I'll remove the calls for ext3/ext4 when I'll submit the
second version of the patch.
FYI, I have the following patch my ext4 tree, so I could do more
intensive testing. I'll
On Mon, Jul 30, 2012 at 07:03:07PM +0530, Laxman Dewangan wrote:
> CONFIG_PM covers runtime only PM.
I am a bit confused by this description. CONFIG_PM_RUNTIME covers
runtime PM, no?
>
> Signed-off-by: Laxman Dewangan
> ---
> This patch will remove the compilation warning if CONFIG_PM_SLEEP
> i
201 - 291 of 291 matches
Mail list logo