>
> I couldn't imagine that silently ignoring the request to disable ASPM
> would be the right thing, but I spent a long time experimenting with
> Windows on qemu, and I think you're right. Windows 7 also seems to
> ignore the "PciASPMOptOut" directive when we don't have permission
> to manage
Hello All:
I searched 'arch/*' and 'drivers/*' sub-directory, all of them are 'obey
this rule', even in device_unregister() itself, it also firstly calls
device_remove_file(), then call kobject_del().
But after read the related code (fs/sysfs/*, drivers/base/core.c), it
seems kobject_del() ->
On 05/16/2013 09:29 PM, Eric W. Biederman wrote:
>
> Whatever theoretical issues you have with /dev/oldmem and /proc/vmcore
> can and should be talked about and addressed independently of these
> changes.
And they are... last I know Dave Hansen was looking at it.
-hpa
--
To
Hi,
On Thursday 16 May 2013 09:50 PM, Tony Lindgren wrote:
* Tomi Valkeinen [130516 09:11]:
On 16/05/13 18:58, Tony Lindgren wrote:
* Tomi Valkeinen [130515 03:59]:
Just checking.. Do you have CONFIG_OMAP_OCP2SCP=y in your .config? Sounds
like the some transceivers should depend on that
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk
---
Add support for the VIA Velocity network driver to be bound to a
OF created platform device.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/net/via-velocity.txt | 20 +
drivers/net/ethernet/via/Kconfig |3 +-
drivers/net/ethernet/via/via-velocity.c
Improve the clarity of the code in preparation for converting the
dma functions to generic versions, which require a struct device *.
This makes it possible to store a 'struct device *dev' in the
velocity_info structure.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocity.c |
v6 changes:
Remove more bus specific code from velocity_probe()
Make velocity_(suspend/resume) accept a struct device *
Simplify PM code to use velocity_(suspend/resume) - remove the individual
pci and platform functions.
Add a struct pci_dev variable to velocity_get_pci_info() to reduce churn
v5
On Wed, May 15, 2013 at 7:02 PM, Eric Paris wrote:
> On Wed, 2013-05-15 at 13:20 +1000, Stephen Rothwell wrote:
>> Hi ,
>>
>> After merging the final tree, today's linux-next build (i386 defconfig)
>> produced this warning:
>>
>> kernel/auditfilter.c: In function 'audit_data_to_entry':
>>
Hi Laurent,
Thanks for the review.
On Thu, May 16, 2013 at 6:32 PM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch.
>
> On Thursday 16 May 2013 18:28:16 Lad Prabhakar wrote:
>> From: Lad, Prabhakar
>>
>> Signed-off-by: Lad, Prabhakar
>> ---
>>
Subsystem specific logging messages generally use
subsystem_(struct subsystem *, fmt, ...)
not
subsystem_(fmt, struct subsystem *, ...)
Convert to use the more generally used kernel style.
Signed-off-by: Joe Perches
---
drivers/scsi/BusLogic.c | 304
Hi Sergei,
Thanks for the review.
On Thu, May 16, 2013 at 6:47 PM, Sergei Shtylyov
wrote:
> Hello.
>
>
> On 16-05-2013 10:58, Lad Prabhakar wrote:
>
>> From: Lad, Prabhakar
>
>
>> Use devm_ioremap_resource instead of reques_mem_region()/ioremap() and
>> devm_request_irq() instead of
Strings fragments coalesced by the compiler are
difficult to grep. Coalesce them instead.
Signed-off-by: Joe Perches
---
drivers/scsi/BusLogic.c | 66 -
1 file changed, 33 insertions(+), 33 deletions(-)
diff --git a/drivers/scsi/BusLogic.c
Make format and arguments match.
Signed-off-by: Joe Perches
---
drivers/scsi/BusLogic.c | 50 -
drivers/scsi/BusLogic.h | 1 +
2 files changed, 26 insertions(+), 25 deletions(-)
diff --git a/drivers/scsi/BusLogic.c b/drivers/scsi/BusLogic.c
If you're going through the trouble to fix this CamelCase stuff
and make it work on 64 bit, how about a little more cleanup?
Joe Perches (3):
BusLogic: Add __printf verification, fix fallout
BusLogic: Coalesce formats with multiple string fragments
BusLogic: Use more conventional argument
On Thu, 2013-05-16 at 22:47 -0500, Corey Minyard wrote:
> On 05/16/2013 05:23 PM, Andy Lutomirski wrote:
> >
> > /* We got the flags from the SMI, now handle them. */
> > smi_info->handlers->get_result(smi_info->si_sm, msg, 4);
> > - if (msg[2] != 0)
Hi Sakari,
Thanks for the review.
On Fri, May 17, 2013 at 4:07 AM, Sakari Ailus wrote:
> Hi Prabhakar,
>
> Thanks for the patch!
>
> On Wed, May 15, 2013 at 05:27:17PM +0530, Lad Prabhakar wrote:
>> diff --git a/drivers/media/i2c/ths7303.c b/drivers/media/i2c/ths7303.c
>> index 65853ee..8cddcd0
Hi Sergei,
Thanks for the review.
On Fri, May 17, 2013 at 12:25 AM, Sergei Shtylyov
wrote:
> On 16-05-2013 11:30, Lad Prabhakar wrote:
>
>> From: Lad, Prabhakar
>
>
>> This patch removes unwanted header inclusion
>
>
>Why are they unwanted?
>
The driver builds without this includes.
This
On 2013/5/15 19:55, Sergei Shtylyov wrote:
> Hello.
>
> On 15-05-2013 5:35, Libo Chen wrote:
>
>> when omap_get_control_dev fail, we should release relational platform_device
>
>s/fail/fails/, s/relational/related/?
>
>> Signed-off-by: Libo Chen
>
>You've posted this to the wrong
Hi Sergei,
Thanks for the review.
On Fri, May 17, 2013 at 12:28 AM, Sergei Shtylyov
wrote:
> On 16-05-2013 11:30, Lad Prabhakar wrote:
>
>> From: Lad, Prabhakar
>
>
>> remove unwanted header inclusion and sort the alphabetically
>
>
>s/the/them/.
OK
>
>
>> also guard the
Am 16.05.2013 23:53, schrieb Peter Hurley:
> And the tty layer can't really _prevent_ the tty driver from mishandling
> the port kref.
>
>> Especially since it seemed to have been worked before tty_ports got
>> introduced.
>
> Well, at the time tty_port was introduced to RFCOMM, there was
On 17 May 2013 02:21, Rafael J. Wysocki wrote:
> While I kind of understand why you want [3/3] to go into 3.10, I'm wondering
> about the other two patches. Why exactly are they needed now?
First one:
cpufreq: Add EXPORT_SYMBOL_GPL for have_governor_per_policy
is required so that governors
On 05/16/13 16:42, Rusty Russell wrote:
> Joe Perches writes:
>> On Thu, 2013-05-16 at 13:04 +0930, Rusty Russell wrote:
>>> Asias He writes:
On Wed, May 15, 2013 at 02:47:53PM +0930, Rusty Russell wrote:
>> []
Other users are using memcpy_fromiovec and friends outside net. It seems
When multiple errors occur, simplify_symbols() will return the last
error code to the upper caller.
In this case, better to return the first error code to the upper caller.
Just like "using compiler": it will print all errors and warnings as
much as it can, but the user usually mainly focus on
The GPIO states need to be restored after s2r and this is not currently
supported in the pinctrl driver. This patch saves the gpio states before
suspend and restores them after resume.
Saving and restoring is done very early using syscore_ops and must
happen before pins are released from their
Hi Greg,
On 2013/5/17 8:34, Greg KH wrote:
> On Thu, May 09, 2013 at 12:58:11PM +0800, Libo Chen wrote:
>> From: Libo Chen
>>
>> When usb_create_hcd fail, we should call gxio_usb_host_destroy
>>
>> Signed-off-by: Libo Chen
>> ---
>> drivers/usb/host/ohci-tilegx.c |7 +--
>> 1 files
"H. Peter Anvin" writes:
> On 05/16/2013 07:53 PM, Eric W. Biederman wrote:
>>
>> That is completely and totally orthogonal to this change.
>>
>> read_oldmem may have problems but in practice on a large systems those
>> problems are totally dwarfed by real life performance issues that come
>>
Hi all,
Changes since 20130516:
I have created today's linux-next tree at
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
(patches at http://www.kernel.org/pub/linux/kernel/next/ ). If you
Actually it looks like this patch is not needed against linux-next.
My mistake.
On May 16, 2013, at 1:07 PM, Greg KH wrote:
> On Thu, May 16, 2013 at 08:42:22AM -1000, bmhei...@gmail.com wrote:
>> From: Brandon Height
>>
>> Fixed a coding style issue.
>>
>> Signed-off-by: Brandon Height
>
On Sun, Apr 28, 2013 at 07:54:38PM +0300, Alexandru Gheorghiu wrote:
> Used kmemdup instead of kmalloc and memcpy.
> Patch found using coccinelle.
>
> Signed-off-by: Alexandru Gheorghiu
> ---
> drivers/parport/parport_gsc.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
This
On Thu, May 02, 2013 at 07:23:15PM +0400, Alexander Popov wrote:
> This module tests Direct Memory Access to some device on LocalPlus Bus
> for Freescale MPC512x. In other words it tests the bundle
> of mpc512x_lpbfifo and mpc512x_dma drivers.
>
> This testing driver was multiply used with static
On Mon, May 06, 2013 at 01:33:22PM +0900, Jonghwan Choi wrote:
> This patch looks like it should be in the 3.9-stable tree, should we apply
> it?
It doesn't apply to the 3.9 tree, so it's going to be bit hard to do
this...
sorry,
greg k-h
--
To unsubscribe from this list: send the line
On Thu, May 09, 2013 at 12:58:10PM +0800, Libo Chen wrote:
> From: Libo Chen
>
> fix goto wrong tag in usb_hcd_nxp_probe
>
> Signed-off-by: Libo Chen
> ---
> drivers/usb/host/ohci-nxp.c | 12 ++--
> 1 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git
On Thu, May 09, 2013 at 12:58:11PM +0800, Libo Chen wrote:
> From: Libo Chen
>
> When usb_create_hcd fail, we should call gxio_usb_host_destroy
>
> Signed-off-by: Libo Chen
> ---
> drivers/usb/host/ohci-tilegx.c |7 +--
> 1 files changed, 5 insertions(+), 2 deletions(-)
This patch
On Mon, May 06, 2013 at 12:53:52PM +0200, Pavel Machek wrote:
> Hello!
>
> > This adds ability to bind uio driver to given open firmware device
> > using command line option. Thus, userspace driver can be developed and
> > used without modifying the kernel.
> >
> > Signed-off-by: Pavel Machek
On Fri, May 10, 2013 at 02:22:42PM +0800, Libo Chen wrote:
> fix goto wrong tag in usb_hcd_nxp_probe
>
> Signed-off-by: Libo Chen
Ah, you redid this, nevermind about the v1 of this patch, sorry...
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 05/16/2013 05:23 PM, Andy Lutomirski wrote:
/* We got the flags from the SMI, now handle them. */
smi_info->handlers->get_result(smi_info->si_sm, msg, 4);
- if (msg[2] != 0)
- dev_warn(smi_info->dev, "Could not enable
On Fri, Apr 26, 2013 at 09:37:20AM +, Yuan-Hsin Chen wrote:
> FUSBH200-HCD is an USB2.0 hcd for Faraday FUSBH200.
> FUSBH200 is an ehci-like controller with some differences.
> First, register layout of FUSBH200 is incompatible with EHCI.
> Furthermore, FUSBH200 is lack of siTDs which means
On Thu, Apr 25, 2013 at 09:08:27AM -0700, Julius Werner wrote:
> The current EHCI code sleeps a flat 110ms in the resume path if there
> was a USB 1.1 device connected to its companion controller during
> suspend, waiting for the device to reappear and reset so that it can be
> handed back to the
(2013/05/13 17:12), Mel Gorman wrote:
> Simplistically, the anon and file LRU lists are scanned proportionally
> depending on the value of vm.swappiness although there are other factors
> taken into account by get_scan_count(). The patch "mm: vmscan: Limit
> the number of pages kswapd reclaims"
Add an instance of an anonymous struct to store the ECC infor for full id
nand chips.
@ecc.strength_ds: ECC correctability from the datasheet.
@ecc.step_ds: ECC size required by the @ecc.strength_ds,
These two fields are all from the datasheet.
Also add the necessary macros to
Parse out the ECC information for the full-id nand chips.
Signed-off-by: Huang Shijie
---
drivers/mtd/nand/nand_base.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index 355976d..f7b514b 100644
---
From: Huang Shijie
add a helper to get the supported features for ONFI nand.
Also add the neccessary macros.
Signed-off-by: Huang Shijie
---
include/linux/mtd/nand.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/linux/mtd/nand.h
Since the ONFI 2.1, the onfi spec adds the Extended Parameter Page
to store the ECC info.
The onfi spec tells us that if the nand chip's recommended ECC codeword
size is not 512 bytes, then the @ecc_bits is 0xff. The host _SHOULD_ then
read the Extended ECC information that is part of the
Since the ONFI 2.1, the onfi spec adds the Extended Parameter Page
to store the ECC info.
The onfi spec tells us that if the nand chip's recommended ECC codeword
size is not 512 bytes, then the @ecc_bits is 0xff. The host _SHOULD_ then
read the Extended ECC information that is part of the
(2013/05/17 12:29), Li Zefan wrote:
> hugetlb cgroup has already been implemented.
>
> Signed-off-by: Li Zefan
Acked-by: KAMEZAWA Hiroyuki
> ---
> Documentation/cgroups/memory.txt | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git
>From the ONFI spec, we can just get the ECC info from the @ecc_bits field of
the parameter page.
Signed-off-by: Huang Shijie
---
drivers/mtd/nand/nand_base.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
If the nand chip provides us the ECC info, we can use it firstly.
The set_geometry_by_ecc_info() will use the ECC info, and
calculate the parameters we need.
Rename the old code to legacy_set_geometry() which will takes effect
when there is no ECC info from the nand chip or we fails in the ECC
1.) Why add the ECC information to the nand_chip{} ?
Each nand chip has its requirement for the ECC correctability, such as
"4bit ECC for each 512Byte" or "40bit ECC for each 1024Byte".
This ECC info is very important to the nand controller, such as gpmi.
Take the Micron
Add the ecc info for TC58NVG2S0F, TC58NVG3S0F, TC58NVG5D2 and TC58NVG6D2.
>From these chips' datasheets, we know that:
The TC58NVG2S0F and TC58NVG3S0F require 4bit ECC for per 512byte.
The TC58NVG5D2 and TC58NVG6D2 require 40bits ECC for per 1024byte.
Signed-off-by: Huang Shijie
---
The current code uses the hardcode to detect the 16-bit bus width.
Use the onfi_feature() to replace it.
Signed-off-by: Huang Shijie
---
drivers/mtd/nand/nand_base.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/nand/nand_base.c
1.) Why add the ECC information to the nand_chip{} ?
Each nand chip has its requirement for the ECC correctability, such as
"4bit ECC for each 512Byte" or "40bit ECC for each 1024Byte".
This ECC info is very important to the nand controller, such as gpmi.
Take the Micron
On Thu, May 16, 2013 at 08:42:22AM -1000, bmhei...@gmail.com wrote:
> From: Brandon Height
>
> Fixed a coding style issue.
>
> Signed-off-by: Brandon Height
This doesn't apply to my tree, can you please redo it against linux-next
and resend?
thanks,
greg k-h
--
To unsubscribe from this
On Sat, May 04, 2013 at 12:55:12PM -0400, jake.champlin...@gmail.com wrote:
> From: Jake Champlin
>
> Fixed all checkpatch errors included inside goldfish_nand.c.
> Checkpatch is now clean for goldfish_nand.c
>
> Signed-off-by: "Jake Champlin"
Can you respin this against linux-next as it
On Fri, May 10, 2013 at 08:47:01AM -0700, K. Y. Srinivasan wrote:
> Linux' notion of cpuid is different from the Host's notion of CPUID. In the
> call to bind the channel interrupts, we should use the host's notion of
> CPU Ids. Fix this bug.
>
> Signed-off-by: K. Y. Srinivasan
> Cc: Stable
hugetlb cgroup has already been implemented.
Signed-off-by: Li Zefan
---
Documentation/cgroups/memory.txt | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/Documentation/cgroups/memory.txt b/Documentation/cgroups/memory.txt
index ddf4f93..327acec 100644
---
Hi Benjamin,
Thank you very much for your idea. :)
I have no objection to your idea, but seeing from your patch, this only
works for aio subsystem because you changed the way to allocate the aio
ring pages, with a file mapping.
So far as I know, not only aio, but also other subsystems, such
On 05/16/2013 07:53 PM, Eric W. Biederman wrote:
>
> That is completely and totally orthogonal to this change.
>
> read_oldmem may have problems but in practice on a large systems those
> problems are totally dwarfed by real life performance issues that come
> from playing too much with the page
2013/5/17 Tim Chen :
> On Thu, 2013-05-16 at 09:59 -0700, Tim Chen wrote:
>> On Thu, 2013-05-16 at 09:22 +0200, Geert Uytterhoeven wrote:
>> > On Thu, May 16, 2013 at 5:57 AM, Xiong Zhou
>> > wrote:
>> > > --- a/crypto/Kconfig
>> > > +++ b/crypto/Kconfig
>> > > @@ -378,6 +378,7 @@ config
2013/5/16 Geert Uytterhoeven :
> On Thu, May 16, 2013 at 5:57 AM, Xiong Zhou wrote:
>> --- a/crypto/Kconfig
>> +++ b/crypto/Kconfig
>> @@ -378,6 +378,7 @@ config CRYPTO_CRC32_PCLMUL
>>
>> config CRYPTO_CRCT10DIF
>> tristate "CRCT10DIF algorithm"
>> + depends on CRC_T10DIF
>
> This
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Friday, May 17, 2013 3:02 AM
> To: Cyril Roelandt
> Cc: kernel-janit...@vger.kernel.org; andreas.dil...@intel.com; Peng, Tao;
> de...@driverdev.osuosl.org;
> linux-kernel@vger.kernel.org
> Subject: Re:
On 03/27/2013 10:40 AM, Lubomir Rintel wrote:
> This adds a driver for watchdog timer hardware present on Broadcom BCM2835
> SoC,
> used in Raspberry Pi and Roku 2 devices.
Lubomir, I don't believe this patch was applied for 3.10. Are you
planning to fix up any remaining issues and repost for
"H. Peter Anvin" writes:
> On 05/15/2013 02:05 AM, HATAYAMA Daisuke wrote:
>> Currently, read to /proc/vmcore is done by read_oldmem() that uses
>> ioremap/iounmap per a single page. For example, if memory is 1GB,
>> ioremap/iounmap is called (1GB / 4KB)-times, that is, 262144
>> times. This
On 05/17/2013 01:50 AM, Tejun Heo wrote:
> Hey,
>
> On Thu, May 16, 2013 at 12:48:43PM +0800, Chen Gang wrote:
>> __sysfs_remove_dir() remove all related things, but not deref the count.
>>
>> For __sysfs_remove_dir() ->
>> ...
>> sysfs_addrm_start()
>> ...
>> while() {
>> ...
>>
Thanks for the pointer to the earlier discussion thread.
I am open to any consensus format. I would also like to
get feedback from Michael on maintaining the stats in the
per-queue data structure.
Sriram
-Original Message-
From: Ben Hutchings [mailto:bhutchi...@solarflare.com]
Sent:
The old softlockup detector has been replaced with new lockup
detector long ago.
Signed-off-by: Li Zefan
---
Documentation/sysctl/kernel.txt | 10 --
1 file changed, 10 deletions(-)
diff --git a/Documentation/sysctl/kernel.txt b/Documentation/sysctl/kernel.txt
index e8fabd6..bcff3f9
In old kernels, it's allowed to set softlockup_thresh to -1 or 0
to disable softlockup detection. However watchdog_thresh only
uses 0 to disable detection, and setting it to -1 just froze my
box and nothing I can do but reboot.
Signed-off-by: Li Zefan
---
kernel/sysctl.c | 3 +--
1 file
Signed-off-by: Li Zefan
---
Documentation/sysctl/kernel.txt | 14 ++
1 file changed, 14 insertions(+)
diff --git a/Documentation/sysctl/kernel.txt b/Documentation/sysctl/kernel.txt
index ccd4258..e8fabd6 100644
--- a/Documentation/sysctl/kernel.txt
+++
On Fri, May 17, 2013 at 10:16 AM, Ming Lei wrote:
> diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
> index f219703..89bc3a4 100644
> --- a/arch/arm/kernel/process.c
> +++ b/arch/arm/kernel/process.c
> @@ -225,7 +225,7 @@ void __show_regs(struct pt_regs *regs)
>
On 2013-05-15 17:41, Stefano Stabellini wrote:
On Tue, 14 May 2013, Konrad Rzeszutek Wilk wrote:
On Tue, May 14, 2013 at 02:49:50PM +0100, Stefano Stabellini wrote:
On Mon, 13 May 2013, Konrad Rzeszutek Wilk wrote:
On Mon, May 13, 2013 at 06:24:46PM +0100, Stefano Stabellini wrote:
On Mon,
(2013/05/16 23:55), Steven Rostedt wrote:
> On Thu, 2013-05-16 at 20:48 +0900, Masami Hiramatsu wrote:
>> Reorder parameters of strglobmatch() so that the first
>> parameter is the glob pattern as like as regexec(),
>> because the subjective parameter of strglobmatch() must
>> be the glob pattern,
Hi,
The commit a43cb95d5(dump_stack: unify debug information printed by show_regs())
caused ARM perf regression, then 'perf top' outputs mistakenly, see
[1]. The correct
output should be [2], which can be got after reverting the commit or
doing it partly
by the one line change below:
diff --git
Hi Marc,
On Thu, May 16, 2013 at 03:42:36PM +0200, Marc Kleine-Budde wrote:
> This patch removes the Kconfig symbols HAVE_CAN_FLEXCAN and
> IMX_HAVE_PLATFORM_FLEXCAN from arch/{arm,powerpc} and allowing compilation on
> all arm and powerpc platforms.
I'm generally fine with the approach. But
On Tue, May 14, 2013 at 05:38:49PM +0200, Maxime Ripard wrote:
> Commit ebafed7a ("ARM: irq: Call irqchip_init if no init_irq function is
> specified") removed the need to explictly setup the init_irq field in
> the machine description when using only irqchip_init. Remove that
> declaration for
Hi Linus,
Fix for radeon nomodeset regression, old radeon interface cliprects fix, 2
qxl crasher fixes, and a couple of minor cleanups.
I may have a new AMD hw support branch next week, its one of those doesn't
affect anything existing just adds new support, I'll see how it
shapes up and I
(2013/05/17 9:06), H. Peter Anvin wrote:
On 05/15/2013 02:05 AM, HATAYAMA Daisuke wrote:
Currently, read to /proc/vmcore is done by read_oldmem() that uses
ioremap/iounmap per a single page. For example, if memory is 1GB,
ioremap/iounmap is called (1GB / 4KB)-times, that is, 262144
times. This
This patchset ports buslogic driver to 64-bit.
Current buslogic driver is composed of two components - SCCB manager
which communicates with adapter to execute SCSI commands (contained in
FlashPoint.c), and Linux driver part that interfaces with rest of the
kernel (contained in BusLogic.c). SCCB
"Michael S. Tsirkin" writes:
> uapi should use __u32 not u32.
> Fix a macro in virtio_console.h which uses u32.
>
> Signed-off-by: Michael S. Tsirkin
Ouch. Added CC:stable, and put into fixes. Mainly because it's
embarrassing :)
Cheers,
Rusty.
--
To unsubscribe from this list: send the line
Joe Perches writes:
> On Thu, 2013-05-16 at 13:04 +0930, Rusty Russell wrote:
>> Asias He writes:
>> > On Wed, May 15, 2013 at 02:47:53PM +0930, Rusty Russell wrote:
> []
>> > Other users are using memcpy_fromiovec and friends outside net. It seems
>> > a good idea to put it in a util library.
Catalin Marinas writes:
> On Wed, May 15, 2013 at 08:33:01PM +0100, Steven Rostedt wrote:
>> On Wed, 2013-05-15 at 15:37 +0100, Catalin Marinas wrote:
>>
>> > >From 0621c7e1909ea86bf8499a0ffe5ea59d1007ee8c Mon Sep 17 00:00:00 2001
>> > From: Catalin Marinas
>> > Date: Wed, 15 May 2013 15:30:46
"Michael S. Tsirkin" writes:
> macro VIRTIO_PCI_CONFIG except in the unlikely event userspace
> actually has a structure with a field named msix_enabled.
> Get the msix_enabled by value instead, to make it useful
> for userspace.
>
> Signed-off-by: Michael S. Tsirkin
Macro still isn't usable,
Amit Shah writes:
> On (Mon) 06 May 2013 [17:49:49], Pranavkumar Sawargaonkar wrote:
>> This patch adds an emerg_wr register (writeonly) in config space
>> of virtio console device which can be used for debugging.
>>
>> Signed-off-by: Pranavkumar Sawargaonkar
>> Signed-off-by: Anup Patel
>>
On Thu, May 16, 2013 at 12:52:03AM +0200, Frederic Weisbecker wrote:
> On Mon, Mar 25, 2013 at 02:14:20PM -0700, Kevin Hilman wrote:
> > Gleb Natapov writes:
> >
> > > On Sun, Mar 24, 2013 at 02:44:26PM +0100, Frederic Weisbecker wrote:
> > >> 2013/3/21 Gleb Natapov :
> > >> > Isn't is simpler
> -Original Message-
> From: Cyril Roelandt [mailto:tipec...@gmail.com]
> Sent: Friday, May 17, 2013 12:06 AM
> To: kernel-janit...@vger.kernel.org; gre...@linuxfoundation.org;
> andreas.dil...@intel.com; Peng, Tao;
> de...@driverdev.osuosl.org; linux-kernel@vger.kernel.org
> Cc: Cyril
I have cloned the Linux kernel source tree locally. It comes in at
approx. ~500MB. I have then created another git repository to push the
source to for my own work. I rsynced the tree locally to another
directory and now I am currently pushing it in to the new repository and
it's at 58% and is
On Thu, May 16, 2013 at 01:54:18PM +0800, Tang Chen wrote:
...
> OK, I'll try to figure out a proper place to put the callbacks.
> But I think we need to add something new to struct page. I'm just
> not sure if it is OK. Maybe we can discuss more about it when I send
> a RFC patch.
...
I ended up
(2013/05/17 1:51), Vivek Goyal wrote:
On Wed, May 15, 2013 at 06:05:51PM +0900, HATAYAMA Daisuke wrote:
[..]
@@ -398,9 +403,7 @@ static int __init process_ptload_program_headers_elf64(char
*elfptr,
phdr_ptr = (Elf64_Phdr*)(elfptr + sizeof(Elf64_Ehdr)); /* PT_NOTE hdr */
/*
On 05/15/2013 02:05 AM, HATAYAMA Daisuke wrote:
> Currently, read to /proc/vmcore is done by read_oldmem() that uses
> ioremap/iounmap per a single page. For example, if memory is 1GB,
> ioremap/iounmap is called (1GB / 4KB)-times, that is, 262144
> times. This causes big performance degradation.
Tomasz,
On Thu, May 16, 2013 at 4:10 PM, Doug Anderson wrote:
> If state of these registers isn't lost on those SoCs then running the
> save/restore shouldn't _hurt_ though, right? If you can run the old
> GPIO code on one of those systems and do a suspend/resume you could
> check...
I think
Tomasz,
On Thu, May 16, 2013 at 3:37 PM, Tomasz Figa wrote:
> Well, to make long story short, including headers from plat/ and mach/
> from files outside plat/ or mach/ is no longer valid with
> CONFIG_MULTIPLATFORM, because more than one plat and/or mach can be
> enabled at the same time. In
(2013/05/17 5:32), Vivek Goyal wrote:
On Wed, May 15, 2013 at 06:06:14PM +0900, HATAYAMA Daisuke wrote:
[..]
+static int __init get_note_number_and_size_elf32(const Elf32_Ehdr *ehdr_ptr,
+int *nr_ptnote, u64 *phdr_sz)
+{
+ return
(2013/05/16 6:37), KOSAKI Motohiro wrote:
On Wed, May 15, 2013 at 5:06 AM, HATAYAMA Daisuke
wrote:
Currently, __find_vmap_area searches for the kernel VM area starting
at a given address. This patch changes this behavior so that it
searches for the kernel VM area to which the address belongs.
On 05/16/2013 03:25 PM, Linus Torvalds wrote:
On Thu, May 16, 2013 at 1:07 PM, Rafael J. Wysocki wrote:
- intel_pstate driver fixes and cleanups from Dirk Brandewie and
Wei Yongjun.
Btw, is there some fundamental reason why the pstate driver is limited
to so few models?
I've tested it
On Fri, May 03, 2013 at 05:09:25PM +0530, Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> This patch fixes checkpatch warning to avoid CamelCase.
>
> Signed-off-by: Lad, Prabhakar
Thanks!
Reviewed-by: Sakari Ailus
--
Sakari Ailus
e-mail: sakari.ai...@iki.fi XMPP: sai...@retiisi.org.uk
The GPIO states need to be restored after s2r and this is not currently
supported in the pinctrl driver. This patch saves the gpio states before
suspend and restores them after resume.
Saving and restoring is done very early using syscore_ops and must
happen before pins are released from their
On Thu, May 16, 2013 at 02:32:58PM -0400, Steven Rostedt wrote:
> On Thu, 2013-05-16 at 19:56 +0200, Peter Zijlstra wrote:
>
> > I suppose the fundamental question was: will receiving NMIs negate
> > NO_HZ_FULL's
> > functionality? That is, will the getting of NMIs make us drop out of
> >
On Mon, May 13, 2013 at 09:46:12AM +0200, Michal Hocko wrote:
> Soft reclaim has been done only for the global reclaim (both background
> and direct). Since "memcg: integrate soft reclaim tighter with zone
> shrinking code" there is no reason for this limitation anymore as the
> soft limit reclaim
Tomasz,
On Thu, May 16, 2013 at 3:56 PM, Tomasz Figa wrote:
> Seems like I need some sleep, as I'm already starting to overlook large
> blobs of code.
>
> Originally, GPIO suspend/resume handlers have been configured in
> drivers/gpio/gpio-samsung.c, by setting pm field of samsung_gpio_chip
>
On 05/16/2013 08:12 AM, Venu Byravarasu wrote:
> This patch updates all Tegra board files so that they contain all the
> properties required by the updated USB DT binding. Note that this patch
> only adds the new properties and does not yet remove the old properties,
> in order to maintain
* Samuel Ortiz [130516 15:22]:
> Hi Grygorii,
>
> On Tue, Apr 23, 2013 at 04:19:10PM +0300, Grygorii Strashko wrote:
> > Shift TWL initialization to module/device init layer, because I2C now is
> > not initialized on subsys init layer and shifted to module/device init
> > layer instead.
> >
> >
1 - 100 of 1320 matches
Mail list logo
