On Monday, November 05, 2012 01:23:50 PM Jean Delvare wrote:
> On Mon, 5 Nov 2012 14:02:19 +0200, Mika Westerberg wrote:
> > On Mon, Nov 05, 2012 at 11:56:39AM +0100, Mark Brown wrote:
> > > I've got practical systems where there are multiple buses physically
> > > connected, though in practice
Hi Benjamin,
> >> This patch factorizes the hid set_feature command by using
> >> hid_device->hid_output_raw_report instead of direclty relying on
> >> usbhid. This makes the driver usb independant.
> >>
> >> However I still can't remove the 2 usb related headers because the
> >> function
On Monday, November 05, 2012 02:14:21 PM Mathias Nyman wrote:
> On 11/05/2012 01:53 PM, Linus Walleij wrote:
> > On Sat, Nov 3, 2012 at 8:46 AM, Mika Westerberg
> > wrote:
> >
> >> +/**
> >> + * acpi_get_gpio() - Translate ACPI GPIO pin to GPIO number usable with
> >> GPIO API
> >> + * @path:
On Sun, Nov 04, 2012 at 11:24:17PM -0800, Eric W. Biederman wrote:
> "H. Peter Anvin" writes:
> >
> > That is a hugely different thing from needing a console.
>
> Not at all.
>
> In the general case user intereaction is required to tell the system to
> boot off of your choosen boot media
On Mon, Nov 5, 2012 at 1:25 PM, Ulf Hansson wrote:
> On 4 November 2012 19:12, Linus Walleij wrote:
>> If I understand correctly, the only "real" solution is to
>> implement the PM domains and have these enable the clocks.
>
> Agree.
>
> Although, since the pm_domain not yet exist, this as a
On Mon, Nov 05, 2012 at 09:20:17AM +0100, James Bottomley wrote:
> On Sun, 2012-11-04 at 13:52 +, Matthew Garrett wrote:
> > You don't get to punt on making the kernel secure by simply asserting
> > that some other system can be secure instead. The chain of trust needs
> > to go all the way
Hello Dan,
Is this patch of yours picked up by anyone?
On Sun, 2012-09-30 at 09:38 +0530, anish kumar wrote:
> On Sat, 2012-09-29 at 10:13 +0300, Dan Carpenter wrote:
> > psy->properties is an enum (32 bit type) so adding sizeof() puts us
> > four times further along than we intended. It should
Add regulator driver for Texas Instrument TPS80031/TPS80032 device.
TPS80031/ TPS80032 Fully Integrated Power Management with Power
Path and Battery Charger. It has 5 configurable step-down
converters, 11 general purpose LDOs, VBUS generator and digital
output to control regulators.
TPS80031/ TPS80032 Fully Integrated Power Management with Power
Path and Battery Charger. The device provides five configurable
step-down converters, 11 general purpose LDOs, USB OTG Module,
ADC, RTC, 2 PWM, System Voltage Regulator/Battery Charger with
Power Path from USB, 32K clock generator.
This patch series supports mfd core and regulator driver for the
Texas Instruments TPS80031/ TPS80032 Fully Integrated Power
Management with Power Path and Battery Charger. The device
provides five configurable step-down converters, 11 general
purpose LDOs, USB OTG Module, ADC, RTC, 2 PWM, System
2012/11/2 Josh Cartwright :
> On Fri, Nov 02, 2012 at 04:12:21PM +0100, Lars-Peter Clausen wrote:
>> On 11/02/2012 02:38 PM, Josh Cartwright wrote:
>> > On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
>> >> On 10/31/2012 07:58 PM, Josh Cartwright wrote:
> [...]
>> >>> +static
Namjae Jeon writes:
> + blknr = fat_clus_to_blknr(sbi, parent_logstart);
> + parent_bh = sb_bread(sb, blknr);
> + if (!parent_bh) {
> + fat_msg(sb, KERN_ERR,
> + "NFS:unable to read cluster of parent
>
Hi,
On Mon, 2012-11-05 at 20:18 +0800, Zhi Yong Wu wrote:
> On Mon, Nov 5, 2012 at 7:57 PM, Steven Whitehouse wrote:
> > Hi,
> >
> > On Mon, 2012-11-05 at 19:46 +0800, Zhi Yong Wu wrote:
> >> On Mon, Nov 5, 2012 at 6:33 PM, Steven Whitehouse
> >> wrote:
> >> > Hi,
> >> >
> >> > On Mon,
I'll try it...
Could be this a problem?:
"imx-sdma imx35-sdma: firmware not found" appears when booting the
kernel without enabled fb.
In FB enabled kernel's the last debugable function is
imx_add_platform_device_dmamask()
Both have "dma" in the string...
But for loading a firmware from
On 4 November 2012 19:12, Linus Walleij wrote:
> On Thu, Nov 1, 2012 at 3:20 PM, Ulf Hansson
> wrote:
>
>> From: Ulf Hansson
>>
>> Previously this clock was handled internally by the clockdriver,
>> but now this is separate clk. So we need take care of it.
>>
>> Signed-off-by: Ulf Hansson
>
>
On Sun, 4 Nov 2012, Stefan Achatz wrote:
> koneplus driver now supports updated model KoneXTD.
> Added support for device reset for koneplus and savu drivers.
> Removed a lot of unnecessary code for koneplus driver, bringing it
> nearer to the looks of my newer roccat drivers.
I have now applied
On Mon, 5 Nov 2012 14:02:19 +0200, Mika Westerberg wrote:
> On Mon, Nov 05, 2012 at 11:56:39AM +0100, Mark Brown wrote:
> > I've got practical systems where there are multiple buses physically
> > connected, though in practice almost always only one is actually used at
> > runtime when it's I2C
On Mon, Nov 05, 2012 at 11:34:49AM +0800, yongd wrote:
> From the code logic, without SDHCI_QUIRK_BROKEN_CARD_DETECTION for
> ESDHC_CD_GPIO, when your card (using
> GPIO detection) is removed, we can know the card's absence through the fake
> CARD_PRESENT flag in esdhc_readl_le().
> As a result,
Namjae Jeon writes:
> /*
> + * Rebuild the parent for a directory that is not connected
> + * to the filesystem root
> + */
> +static
> +struct inode *fat_rebuild_parent(struct super_block *sb, int parent_logstart)
> +{
> + int search_clus, clus_to_match;
> + struct msdos_dir_entry *de;
On Sun, Nov 4, 2012 at 4:23 PM, John Kacur wrote:
> On Mon, Nov 5, 2012 at 2:59 AM, Luming Yu wrote:
>>
>> This patch is the first step to test some basic hardware functions like
>> TSC to help people understand if there is any hardware latency as well
>> as throughput problem exposed on bare
On Mon, Nov 5, 2012 at 8:07 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-11-05 at 19:55 +0800, Zhi Yong Wu wrote:
>> On Mon, Nov 5, 2012 at 7:21 PM, Steven Whitehouse
>> wrote:
>> > Hi,
>> >
>> > On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
>> >> From: Zhi Yong Wu
>>
Namjae Jeon writes:
> +#define FILEID_FAT_WITHOUT_PARENT (offsetof(struct fat_fid,
> parent_i_pos_hi)/4)
> +#define FILEID_FAT_WITH_PARENT (sizeof(struct fat_fid)/4)
This is strange.
FILEID_FAT_WITH_PARENT and FILEID_FAT_WITHOUT_PARENT should be fh_type,
not length.
> int
>
On Mon, Nov 5, 2012 at 7:57 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-11-05 at 19:46 +0800, Zhi Yong Wu wrote:
>> On Mon, Nov 5, 2012 at 6:33 PM, Steven Whitehouse
>> wrote:
>> > Hi,
>> >
>> > On Mon, 2012-11-05 at 16:44 +0800, Zhi Yong Wu wrote:
>> >> On Mon, Nov 5, 2012 at 4:28 PM,
2012/10/30 Josh Cartwright :
> The Zynq platform requires the use of CONFIG_OF. Remove the #ifdef
> conditionals in the uartps driver.
>
> Signed-off-by: Josh Cartwright
> ---
> drivers/tty/serial/xilinx_uartps.c | 9 -
> 1 file changed, 9 deletions(-)
Please send this separately out
On Sun, Nov 4, 2012 at 4:07 PM, Maarten Lankhorst
wrote:
> Hey,
>
> Op 05-11-12 02:59, Luming Yu schreef:
>> This patch is the first step to test some basic hardware functions like
>> TSC to help people understand if there is any hardware latency as well
>> as throughput problem exposed on bare
On Sun, 2012-11-04 at 17:44 +, Corentin Chary wrote:
> On Sun, Nov 4, 2012 at 5:35 PM, Matt Fleming wrote:
> > From: Matt Fleming
> >
> > We've started getting reports of users seeing Machine Check Exceptions
> > when booting their Samsung laptops in UEFI mode,
> >
> >
It is only used in debug code, so drop it
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 16 +++-
arch/x86/kvm/paging_tmpl.h |9 -
2 files changed, 11 insertions(+), 14 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index
On Sun, 2012-11-04 at 19:37 +, Alan Cox wrote:
> > Acked-by: Corentin Chary
>
> This is totally bogus and prevents users build a kernel which can work in
> either mode. As such its a regression.
>
> Do the detection check at runtime. If it was booted via EFI then don't
> grovel in places
Then, no mmu specified code exists in the common function and drop two
parameters in set_spte
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 42 +++---
arch/x86/kvm/paging_tmpl.h | 25 -
2 files changed, 31
Hi Rusty,
> So, this adds another host-side virtqueue implementation.
>
> Can we combine them together conveniently? You pulled out more stuff
> into vring.h which is a start, but it's a bit overloaded.
> Perhaps we should separate the common fields into struct vring, and use
> it to build:
>
>
On 11/05/2012 01:53 PM, Linus Walleij wrote:
On Sat, Nov 3, 2012 at 8:46 AM, Mika Westerberg
wrote:
+/**
+ * acpi_get_gpio() - Translate ACPI GPIO pin to GPIO number usable with GPIO
API
+ * @path: ACPI GPIO controller full path name, (e.g. "\\_SB.GPO1")
+ * @pin: ACPI GPIO pin
It is more cleaner if we can update pte_access fist then set spte according
to pte_access, also introduce gfn_need_write_protect to check whether the
gfn need to be write-protected
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 109
In order to detecting spte remapping, we can simply check whether the
spte has already been pointing to the pfn even if the spte is not the
last spte for middle spte is pointing to the kernel pfn which can not
be mapped to userspace
Also, update slot and stat.lpages iff the spte is not remapped
On Mon, 2012-11-05 at 12:07 +, Alan Cox wrote:
> > There is the 'efi_enabled' variable, but it doesn't strictly mean
> > "this_is_a_uefi_system()", it actually means "Do we have EFI runtime
> > services?". The whole thing is a bit of a mess and I'm planning on
> > cleaning it up this week.
>
Use min() to cleanup mapping_level
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 1d8869c..692ebb1 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -831,8
On Mon, Nov 5, 2012 at 8:31 AM, Alex Courbot wrote:
> Interesting. I see you already gave the whole thing a thought. What I don't
> understand however is what is so wrong with the current GPIO numberspace that
> you want to replace it? Whether we use simple integers or blind pointers, the
>
On Mon, 2012-11-05 at 11:37 +0100, Greg KH wrote:
> On Sun, Nov 04, 2012 at 05:35:06PM +, Matt Fleming wrote:
> > From: Matt Fleming
> >
> > We've started getting reports of users seeing Machine Check Exceptions
> > when booting their Samsung laptops in UEFI mode,
> >
> >
Hi,
On Mon, 2012-11-05 at 19:55 +0800, Zhi Yong Wu wrote:
> On Mon, Nov 5, 2012 at 7:21 PM, Steven Whitehouse wrote:
> > Hi,
> >
> > On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
> >> From: Zhi Yong Wu
> >>
> >> Add a per-superblock workqueue and a delayed_work
> >> to run
> There is the 'efi_enabled' variable, but it doesn't strictly mean
> "this_is_a_uefi_system()", it actually means "Do we have EFI runtime
> services?". The whole thing is a bit of a mess and I'm planning on
> cleaning it up this week.
As far as I can understand it we should be reserving those
Thanks for quickest review.
On Monday 05 November 2012 04:12 PM, Mark Brown wrote:
* PGP Signed by an unknown key
On Mon, Nov 05, 2012 at 03:14:18PM +0530, Laxman Dewangan wrote:
+ switch (ri->device_flags) {
+ case 0:
Should we be using different versions of the ops depending
On Mon, Nov 05, 2012 at 11:56:39AM +0100, Mark Brown wrote:
> On Mon, Nov 05, 2012 at 12:56:02PM +0200, Mika Westerberg wrote:
>
> > > struct acpi_device {
> > > ...
> > > union acpi_resource_serial_bus *serial;
> > > ...
> > > };
>
> > It is also possible to have several serial bus
Hi,
On Mon, 2012-11-05 at 19:46 +0800, Zhi Yong Wu wrote:
> On Mon, Nov 5, 2012 at 6:33 PM, Steven Whitehouse wrote:
> > Hi,
> >
> > On Mon, 2012-11-05 at 16:44 +0800, Zhi Yong Wu wrote:
> >> On Mon, Nov 5, 2012 at 4:28 PM, Dave Chinner wrote:
> >> > On Mon, Nov 05, 2012 at 10:35:50AM +0800,
On Mon, Nov 5, 2012 at 7:21 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
>> From: Zhi Yong Wu
>>
>> Add a per-superblock workqueue and a delayed_work
>> to run periodic work to update map info on each superblock.
>>
>> Signed-off-by: Zhi
On Sat, Nov 3, 2012 at 8:46 AM, Mika Westerberg
wrote:
> +/**
> + * acpi_get_gpio() - Translate ACPI GPIO pin to GPIO number usable with GPIO
> API
> + * @path: ACPI GPIO controller full path name, (e.g. "\\_SB.GPO1")
> + * @pin: ACPI GPIO pin number (0-based, controller-relative)
>
On Mon, 2012-11-05 at 11:30 +0100, Greg KH wrote:
> Odds are, the windows driver just isn't even loaded on the newer
> machines, as ACPI works just fine for this. But, we don't have the
> option of shipping custom systems for different laptops like Samsung
> does, so we have to probe for this
On Mon, Nov 5, 2012 at 7:07 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
>> From: Zhi Yong Wu
>>
>> Add some util helpers to update access frequencies
>> for one file or its range.
>>
>> Signed-off-by: Zhi Yong Wu
>> ---
>>
On Mon, Nov 5, 2012 at 6:33 PM, Steven Whitehouse wrote:
> Hi,
>
> On Mon, 2012-11-05 at 16:44 +0800, Zhi Yong Wu wrote:
>> On Mon, Nov 5, 2012 at 4:28 PM, Dave Chinner wrote:
>> > On Mon, Nov 05, 2012 at 10:35:50AM +0800, Zhi Yong Wu wrote:
>> >> On Sat, Nov 3, 2012 at 5:27 AM, Mingming.cao
On Sun, Nov 4, 2012 at 4:30 PM, Axel Lin wrote:
> The platform_device_id table is supposed to be zero-terminated.
>
> Signed-off-by: Axel Lin
Thanks Axel, patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Namjae Jeon writes:
> From: Namjae Jeon
>
> Originally, fat_i_pos_read was a static inline function in inode.c.
> The static keyword was removed so that it could be accessed from other
> files. However it is better to make it a static inline function in fat.h
> as suggested by Ogawa.
Looks
At Thu, 01 Nov 2012 10:05:41 +0100,
Daniel Mack wrote:
>
> [cc lkml as this might be of broader interest]
>
> On 01.11.2012 00:32, maill...@superlative.org wrote:
> > Dear Alsa community,
> > I've some minor contributions in the form of patches for USB quirks for
> > devices in the past. It
On Fri, Nov 2, 2012 at 2:46 PM, Axel Lin wrote:
> The of_device_id table is supposed to be zero-terminated.
>
> Signed-off-by: Axel Lin
Thanks Axel, patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
fixed below checkpatch error.
- ERROR: trailing statements should be on next line
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/media/go7007/go7007-fw.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/media/go7007/go7007-fw.c
At Sun, 4 Nov 2012 23:34:58 +0100,
Ondrej Zary wrote:
>
> Add generic ESS vendor ID to pm_whitelist. This should fix suspend on
> all Maestro-2 and Maestro-2E based PCI cards.
> Tested on Terratec DMX and SF64-PCE2.
>
> Signed-off-by: Ondrej Zary
Applied now. Thanks.
Takashi
>
> ---
fixed below checkpatch warning.
- WARNING: Prefer netdev_dbg(netdev, ... then dev_dbg(dev, ... then
pr_debug(... to printk(KERN_DEBUG ...
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
Signed-off-by: YAMANE Toshiaki
---
At Mon, 5 Nov 2012 07:22:24 +0800,
Daniel J Blueman wrote:
>
> [1 ]
> On 4 November 2012 16:16, Takashi Iwai wrote:
>
> > At Sun, 4 Nov 2012 13:19:03 +0800,
> > Daniel J Blueman wrote:
> > >
> > > Correctly enable the digital microphones with the right bits in the
> > right coeffecient
> > >
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_dbg(netdev, ... then dev_dbg(dev, ... then
pr_debug(... to printk(KERN_DEBUG ...
Signed-off-by: YAMANE Toshiaki
---
fixed below checkpatch error.
- ERROR: that open brace { should be on the previous line
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/media/go7007/wis-saa7113.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/media/go7007/wis-saa7113.c
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_dbg(netdev, ... then dev_dbg(dev, ... then
pr_debug(... to printk(KERN_DEBUG ...
Signed-off-by: YAMANE Toshiaki
---
fixed below checkpatch error.
- ERROR: that open brace { should be on the previous line
Signed-off-by: YAMANE Toshiaki
---
drivers/staging/media/go7007/wis-saa7115.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/media/go7007/wis-saa7115.c
2012/10/31 Josh Cartwright :
> The zynq-7000 has an additional UART at 0xE0001000. Describe it in the
> device tree.
>
> Signed-off-by: Josh Cartwright
> ---
> arch/arm/boot/dts/zynq-ep107.dts | 7 +++
> 1 file changed, 7 insertions(+)
Applied to my testing branch.
Thanks,
Michal
--
To
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_dbg(netdev, ... then dev_dbg(dev, ... then
pr_debug(... to printk(KERN_DEBUG ...
Signed-off-by: YAMANE Toshiaki
---
fixed below checkpatch warnings.
- WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(...
to printk(KERN_ERR ...
- WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then
pr_info(... to printk(KERN_INFO ...
Signed-off-by: YAMANE Toshiaki
---
On Thu, Nov 01, 2012 at 19:19:41, Cousson, Benoit wrote:
> Hi Avinash,
>
> On 10/31/2012 11:51 AM, Philip, Avinash wrote:
> > Add McSPI data node to AM33XX device tree file. The McSPI module (and so
> > as the driver) is reused from OMAP4.
> >
> > Signed-off-by: Philip, Avinash
> > Tested-by:
2012/10/31 Josh Cartwright :
> The purpose of the created zynq-7000.dtsi file is to describe the
> hardware common to all Zynq 7000-based boards. Also, get rid of the
> zynq-ep107 device tree, since it is not hardware anyone can purchase.
>
> Add a zc702 dts file based on the zynq-7000.dtsi. Add
On Fri, Nov 02, 2012 at 10:43:36AM +, jgq...@gmail.com wrote:
> From: Xiao Jiang
>
> Add related name for A5/A7/A15 which are consistent with the OProfile
> user ABI.
>
> Signed-off-by: Xiao Jiang
> ---
> arch/arm/oprofile/common.c |3 +++
> 1 files changed, 3 insertions(+), 0
Hi,
On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Add a per-superblock workqueue and a delayed_work
> to run periodic work to update map info on each superblock.
>
> Signed-off-by: Zhi Yong Wu
> ---
> fs/hot_tracking.c| 85
>
2012/10/29 Josh Cartwright :
> Suggested cleanup by Arnd Bergmann. Move the ttc timer.c code to
> drivers/clocksource, and out of the mach-zynq directory.
>
> The common.h (which only held the timer declaration) was renamed to
> xilinx_ttc.h and moved into include/linux.
>
> Signed-off-by: Josh
Added the following domain attributes required by FSL PAMU driver:
1. Subwindows field added to the iommu domain geometry attribute.
2. Added new iommu stash attribute, which allows setting of the
LIODN specific stash id parameter through IOMMU API.
3. Added an attribute for enabling/disabling
2012/10/31 Josh Cartwright :
> Move the sys_timer definition out of ttc driver and make it part of the
> common zynq code. This is preparation for renaming and COMMON_CLK
> support.
>
> Signed-off-by: Josh Cartwright
> ---
> arch/arm/mach-zynq/common.c | 13 +
>
This patchset provides the Freescale PAMU (Peripheral Access Management Unit)
driver
and the corresponding IOMMU API implementation. PAMU is the IOMMU present on
Freescale
QorIQ platforms. PAMU can authorize memory access, remap the memory address,
and remap
the I/O transaction type.
This set
Add a new field in the device (powerpc) archdata structure for storing iommu
domain
information pointer. This pointer is stored when the device is attached to a
particular
domain.
Signed-off-by: Varun Sethi
---
arch/powerpc/include/asm/device.h |4
1 files changed, 4 insertions(+), 0
On Mon, Nov 05, 2012 at 01:03:22PM +0200, Mika Westerberg wrote:
> On Mon, Nov 05, 2012 at 11:54:55AM +0100, Mark Brown wrote:
> > On Sat, Nov 03, 2012 at 09:46:32AM +0200, Mika Westerberg wrote:
> > > + strlcpy(spi->modalias, acpi_device_hid(adev), sizeof(spi->modalias));
> > > + if (info.gsi >=
Hi Arnd and Olof,
please add these patches to your arm-soc trees. All these patches are
for xilinx zynq arm platform.
You shouldn't have any problem to merge it there are no conficts with v3.7-rc4.
Please let me know if you find out any problem.
Thanks,
Michal
The following changes since
Il 03/11/2012 15:50, Alan Cox ha scritto:
>>> It's not really about the lines of code. It adds a new userland
>>> visible interface. As for the "long" list of commands, it depends on
>>> how you write it but even if it's textually long it's still very
>>> simple in terms of actual complexity.
>>
+ Felipe
Hi Afzal,
On 11/05/2012 06:59 AM, Afzal Mohammed wrote:
> From: Ajay Kumar Gupta
>
> Device tree node for usbss on AM33XX. There are two musb
> controllers on am33xx platform so have port0-mode and
> port1-mode data.
>
> [af...@ti.com: reg & interrupt property addition]
>
>
Hi,
On Mon, 2012-10-29 at 12:30 +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Add some util helpers to update access frequencies
> for one file or its range.
>
> Signed-off-by: Zhi Yong Wu
> ---
> fs/hot_tracking.c| 179
>
On Mon, Nov 05, 2012 at 11:54:55AM +0100, Mark Brown wrote:
> On Sat, Nov 03, 2012 at 09:46:32AM +0200, Mika Westerberg wrote:
>
> > + strlcpy(spi->modalias, acpi_device_hid(adev), sizeof(spi->modalias));
> > + if (info.gsi >= 0)
> > + spi->irq = acpi_register_gsi(>dev, info.gsi,
>
On Wed, Oct 24, 2012 at 04:26:08PM +0100, Stefano Stabellini wrote:
> Use the new __HVC macro in hypercall.S.
>
> Signed-off-by: Stefano Stabellini
This is correct usage of the __HVC() macro, so
Acked-by: Dave Martin
> ---
> arch/arm/xen/hypercall.S | 14 +-
> 1 files changed,
Building advansys.o triggers this warning:
drivers/scsi/advansys.c:71:2: warning: #warning this driver is still not
properly converted to the DMA API [-Wcpp]
This warning can be traced back to a patch called "advansys: add warning
and convert #includes" which was included in v2.6.10. That
On Mon, Nov 05, 2012 at 12:56:02PM +0200, Mika Westerberg wrote:
> > struct acpi_device {
> > ...
> > union acpi_resource_serial_bus *serial;
> > ...
> > };
> It is also possible to have several serial bus connectors on a single
> device (although we've seen only one connector per
On Sat, Nov 03, 2012 at 09:46:32AM +0200, Mika Westerberg wrote:
> + strlcpy(spi->modalias, acpi_device_hid(adev), sizeof(spi->modalias));
> + if (info.gsi >= 0)
> + spi->irq = acpi_register_gsi(>dev, info.gsi,
> + info.triggering,
On Sat, Nov 03, 2012 at 10:13:10PM +0200, Mika Westerberg wrote:
> On Sat, Nov 03, 2012 at 01:42:02PM -0600, Bjorn Helgaas wrote:
> > > + case ACPI_RESOURCE_TYPE_IRQ:
> > > + info->gsi = res->data.irq.interrupts[0];
> > > + info->triggering =
On Mon, Nov 05, 2012 at 11:31:19AM +0100, Rafael J. Wysocki wrote:
> The general idea is to move the _CRS parsing routine from acpi_platform.c
> to scan.c and make it attach resource objects to struct acpi_device.
>
> I'm thinking about adding a list head to struct acpi_device pointing to a
>
This bug-fix makes sure that of_address_to_resource is defined extern for sparc
so that the sparc-specific implementation of of_address_to_resource() is once
again used when including include/linux/of_address.h in a sparc context. A
number of drivers in mainline relies on this function working for
Namjae Jeon writes:
> FAT also warn user then the discard request fails
> as ext4(http://patchwork.ozlabs.org/patch/192669/)
Why don't we do this at block layer like normal bio?
> Signed-off-by: Namjae Jeon
> Signed-off-by: Amit Sahrawat
> ---
> fs/fat/fatent.c | 15 +--
> 1
Namjae Jeon writes:
> FAT also notify warning message about discard support
> as ext4(http://patchwork.ozlabs.org/patch/192668/)
Acked-by: OGAWA Hirofumi
> Signed-off-by: Namjae Jeon
> Signed-off-by: Amit Sahrawat
> ---
> fs/fat/inode.c |9 +
> 1 file changed, 9 insertions(+)
>
On Mon, Nov 05, 2012 at 03:14:18PM +0530, Laxman Dewangan wrote:
> + switch (ri->device_flags) {
> + case 0:
Should we be using different versions of the ops depending on the device
flags rather than having these switches? It seems like we can't change
at runtime and it would make the
Namjae Jeon writes:
> Currently there is hard-coding at various places in FAT for using
> the SECTOR size alignment. So, In order to remove the hard coding
> we need to change the usage of '9' in FAT code.
NACK. 512 is right size for i_blocks.
> Signed-off-by: Namjae Jeon
> Signed-off-by:
On Sun, Nov 04, 2012 at 05:35:06PM +, Matt Fleming wrote:
> From: Matt Fleming
>
> We've started getting reports of users seeing Machine Check Exceptions
> when booting their Samsung laptops in UEFI mode,
>
> https://bugzilla.kernel.org/show_bug.cgi?id=47121
>
> This module seems to
Hi,
On Mon, 2012-11-05 at 16:44 +0800, Zhi Yong Wu wrote:
> On Mon, Nov 5, 2012 at 4:28 PM, Dave Chinner wrote:
> > On Mon, Nov 05, 2012 at 10:35:50AM +0800, Zhi Yong Wu wrote:
> >> On Sat, Nov 3, 2012 at 5:27 AM, Mingming.cao wrote:
> >> > On Fri, 2012-11-02 at 14:38 +0800, Zhi Yong Wu wrote:
On (Mon) 05 Nov 2012 [09:11:45], Rusty Russell wrote:
> Sjur Brændeland writes:
>
> > From: Sjur Brændeland
> >
> > This patch-set introduces a new virtio type "rproc_serial" for communicating
> > with remote processors over shared memory. The driver depends on the
> > the remoteproc framework.
On Mon, Nov 05, 2012 at 03:14:17PM +0530, Laxman Dewangan wrote:
Looks pretty good, a few smaller issues though.
> +static bool is_volatile_reg_id0(struct device *dev, unsigned int reg)
> +{
> + return false;
> +}
This is the default for all registers, you should not need to provide
a
On (Mon) 05 Nov 2012 [11:31:24], Amit Shah wrote:
> On (Mon) 05 Nov 2012 [09:11:45], Rusty Russell wrote:
> > Sjur Brændeland writes:
> >
> > > From: Sjur Brændeland
> > >
> > > This patch-set introduces a new virtio type "rproc_serial" for
> > > communicating
> > > with remote processors over
Does something like look like a better solution?
Author: Lee Jones
Date: Sat Nov 3 22:06:02 2012 +0100
isdn: Make CONFIG_ISDN depend on CONFIG_NETDEVICES
It doesn't make much sense to enable ISDN services if you don't
intend to connect to a network. Therefore insisting that
On Mon, Nov 05, 2012 at 09:12:01AM +, Corentin Chary wrote:
> On Sun, Nov 4, 2012 at 7:37 PM, Alan Cox wrote:
> >> Acked-by: Corentin Chary
> >
> > This is totally bogus and prevents users build a kernel which can work in
> > either mode. As such its a regression.
>
> Arg.. Sorry for that,
On Fri, 2012-11-02 at 16:37 +, Konrad Rzeszutek Wilk wrote:
> Like this?
Yup. Although I'm not sure if it really needs to be inlined. I guess
it's not an especially performance sensitve path though.
>
> From 66705b0ff8808d86c12fcb3815d849a848b5409b Mon Sep 17 00:00:00 2001
> From: Konrad
On Saturday, November 03, 2012 09:59:28 PM Rafael J. Wysocki wrote:
> On Saturday, November 03, 2012 10:13:10 PM Mika Westerberg wrote:
> > On Sat, Nov 03, 2012 at 01:42:02PM -0600, Bjorn Helgaas wrote:
> > > On Sat, Nov 3, 2012 at 1:46 AM, Mika Westerberg
> > > wrote:
> > > > ACPI 5 introduced
Replaces several flags bearing the same meaning. There is no need
to set flags due to different omap types here, it can be checked
in appropriate places as well.
Cc: Tony Lindgren
Cc: Russell King
Cc: linux-o...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc:
Hi,
Whilst browsing the log file on my laptop (looking for diagnostics for a
problem I have resuming from a suspend to disc), I spotted the warning
below.
I see that vlc is mentioned. I did have a problem yesterday when,
through vlc's UPNP functionality, I was unable to play a video stored
On 2012-11-02 18:53, Sam Ravnborg wrote:
Hi Andreas.
On Fri, Nov 02, 2012 at 12:03:56PM +0100, Andreas Larsson wrote:
This bug-fix makes sure that of_address_to_resource is defined extern for sparc
so that the sparc-specific implementation of of_address_to_resource() is once
again used when
701 - 800 of 1796 matches
Mail list logo