[PATCH v3 0/2] omap: add ocp2scp as a bus driver

This patch series is done as a preparatory step for adding phy drivers for dwc3 and musb. This series adds a new driver for ocp2scp (only dt) to which phy drivers are connected. Since currently there is no generic way to create a child device along with doing a pm_runtime_enable (the exact

[PATCH] x86: set fpmath to 387 to avoid gcc warnings

From: Dragos Tatulea If gcc has a different default fpmath set (e.g. sse), many unuseful warnings will be spewed when compiling on an architecture that doesn't support it. An example would be Google's Android 4.1 x86 toochain which is compiled with -mfpmath=sse. This can affect out of tree

[PATCH]: Mac80211 driver and I checked the patch

The source file needed a change that was told in the description to know that the #include needed to be fixed, and the function changed another value to 0 (yes) in the description (that said FIXME.) The patch fixes a typo-like error and has been checked with checkpatch.pl in the scripts

Re: UIO: missing resource mapping

Hello Hans Am Donnerstag, den 19.07.2012, 01:47 +0200 schrieb Hans J. Koch: > You'll hear from me soon, thanks for your work! Comments and reviews > from others are welcome... Is there any progress on this topic? -- Gruß Dominic Frankfurt Institute for Advanced Studies (FIAS)

Re: [PATCH 2/6] mfd: Provide the PRCMU with its own IRQ domain

On Monday 06 August 2012, Lee Jones wrote: > > +struct irq_domain *db8500_irq_domain; > + Should this be static? > @@ -2583,7 +2585,7 @@ static void prcmu_irq_mask(struct irq_data *d) > > spin_lock_irqsave(_transfer.dbb_irqs_lock, flags); > > - mb0_transfer.req.dbb_irqs &=

Re: [PATCH v3 1/2] drivers: bus: add a new driver for omap-ocp2scp

On Mon, Aug 06, 2012 at 04:55:30PM +0530, Kishon Vijay Abraham I wrote: > Adds a new driver *omap-ocp2scp*. This driver takes the responsibility of > creating all the devices that is connected to OCP2SCP. In the case of OMAP4, > USB2PHY is connected to ocp2scp. > > This also includes device tree

Re: regulator: Policy for setting current limits

On Mon, Aug 06, 2012 at 01:27:56AM +0200, Heiko Stübner wrote: > 500). Therefore if 500mA are the upper limit but the regulator also supports > lower values, these lower values always get selected (100mA in my case). > In contrast pda_power sets the target current as both lower and upper limit.

Re: [PATCH v6 6/8] fsl-dma: use spin_lock_bh to instead of spin_lock_irqsave

On Monday 06 August 2012, qiang@freescale.com wrote: > > From: Qiang Liu > > The use of spin_lock_irqsave() is a stronger locking mechanism than is > required throughout the driver. The minimum locking required should be > used instead. Interrupts will be turned off and context will be

Re: [RESEND PATCH 1/3] uprobes: Remove redundant lock_page/unlock_page

Ingo, just a "ping" message, so that this change won't be forgotten. It was waiting for v3.6: https://lkml.org/lkml/2012/6/6/134 thank you! Anton. On Fri, 2012-06-01 at 14:49 +0530, Srikar Dronamraju wrote: > From: Srikar Dronamraju > > Since read_opcode() reads from the referenced page

Re: [PATCH 2/2] dma-buf: add helpers for attacher dma-parms

Tomasz Stanislawski writes: > I recommend to change the semantics for unlimited number of segments > from 'value 0' to: > > #define DMA_SEGMENTS_COUNT_UNLIMITED ((unsigned long)INT_MAX) > > Using INT_MAX will allow using safe conversions between signed and > unsigned integers. LONG_MAX seems

[PATCH] line6: pcm.c: Changed simple_strtoul to kstrtoint

Changed call to simple_strtoul to kstrtoint in pcm_set_impulse_volume(...) Signed-off-by: Johannes Thumshirn --- drivers/staging/line6/pcm.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/staging/line6/pcm.c b/drivers/staging/line6/pcm.c index

Re: KVM segfaults with 3.5 while installing ubuntu 12.04

On 08/06/2012 11:46 AM, Stefan Priebe - Profihost AG wrote: > But still i got the segfault and core dump - this is my main problem? I > mean qemu-kvm master isn't declared as stable. So i don't care about the > slowness here. > > What can we do about the core dump and crash? Okay, I reproduced

Re: [PATCH 0/2] Fix ACS path checking

On Mon, Aug 06, 2012 at 12:50:10PM +0200, Joerg Roedel wrote: > On Sat, Aug 04, 2012 at 12:08:46PM -0600, Alex Williamson wrote: > Hmm, tried it here, At least pci_request_acs() still gets called. How do > you detect if ACS is really enabled? Okay, I found a problem. pci_request_acs needs to be

Re: [PATCH] regmap-irq: allow auto-allocated IRQs to be mapped

On Sun, Aug 05, 2012 at 07:57:19PM +, Opensource [Anthony Olech] wrote: > Hi Mark, Don't send top posted mails and fix your mail client ti wrod wrap within paragraphs. > The problem is that the auto allocated "irq_base" comes back as zero. > I repeat - in v3.4 the daa9058 driver work, but

Re: [RFC PATCH 3/5] drm/i915: register LVDS connector even if we can't get a panel mode

On Sun, Aug 05, 2012 at 11:40:16PM +0200, Daniel Vetter wrote: > As long as it's only apple shipping multi-gpu machines with > broken/non-existing vbt, I'll happily stomach the quirk list entries. > They're bad, but imo the lesser evil. Doing this via quirks means that we'll always be broken on

[PATCH 0/6] ARM: dove: DT support for Marvell Dove

This patch set adds DT support for Marvell Dove SoC and three boards equipped with this SoC. The work is based on device tree support for Marvell Orion based SoCs introduced in 3.6-rc1. The first three patches move mach-dove closer to Marvell Kirkwood's setup code by unifying the clock setup

[PATCH 1/6] ARM: dove: unify clock setup

This patch synchronizes the clock setup of dove with other orion-based platforms. In dove_find_tclk there was a note about DOVE_SAMPLE_HI/LO register to detect tclk. While it might be possible to set a different tclk frequency with reset strapping the Dove datasheets don't tell anything about

[char-misc 3.6] mei: add mei_quirk_probe function

The main purpose of this function is to exclude ME devices without support for MEI/HECI interface from binding Currently affected systems are C600/X79 based servers that expose PCI device even though it doesn't supported ME Interface. MEI driver accessing such nonfunctional device can corrupt the

[PATCH 6/6] ARM: dove: SolidRun CuBox DT

This patch adds basic support for the SolidRun CuBox to DT based mach-dove. There are still some issues related to ongoing orion/mvebu development, e.g. gpio-led will not work as there is no DT pinctrl for dove yet and we don't have board specific setup code. Nevertheless, the DT description is

[PATCH 2/6] ARM: dove: add clock gating control

This patch adds clock gates from the clock gating control register available on dove. All clock gates are hooked up to tclk, except for gigabit ethernet controller (ge) which is a child of gephy to allow both enabled/disabled at the same time. Signed-off-by: Sebastian Hesselbarth Cc: Russell

[PATCH 5/6] ARM: dove: add device tree descriptors

This patch adds device tree decriptors for dove SoC and currently supported boards. Signed-off-by: Sebastian Hesselbarth Cc: Russell King Cc: Jason Cooper Cc: Andrew Lunn Cc: linux-arm-ker...@lists.infradead.org Cc: linux-kernel@vger.kernel.org Cc: Rabeeh Khoury Cc: Ian Molton Cc: Arnd

[PATCH 4/6] ARM: dove: add device tree based machine descriptor

This adds a generic DT_MACHINE for mach-dove. As with other orion based SoCs there still is some glue code required to make all internal devices work, i.e. auxdata is provided to pass clocks to corresponding device drivers. Signed-off-by: Sebastian Hesselbarth Cc: Russell King Cc: Jason Cooper

[PATCH 1/1] i2c: Add default configuration into the Nomadik I2C driver.

At this moment in time there is only one known configuration for the Nomadik I2C driver. By not holding that configuration in the driver adds some unnecessary overhead in platform code. The configuration as already been removed from platform code, this patch checks for any over-riding

Re: [PATCH] line6: pcm.c: Changed simple_strtoul to kstrtoint

On Mon, Aug 6, 2012 at 1:08 PM, Johannes Thumshirn wrote: > Changed call to simple_strtoul to kstrtoint in pcm_set_impulse_volume(...) > > Signed-off-by: Johannes Thumshirn > --- > drivers/staging/line6/pcm.c | 8 +++- > 1 file changed, 7 insertions(+), 1 deletion(-) Reviewed-by: Stefan

Re: [NEW DRIVER V2 1/7] DA9058 MFD core and ADC driver

On Sun, Aug 05, 2012 at 09:43:42PM +0100, Anthony Olech wrote: > @@ -3,6 +3,7 @@ > # > > if HAS_IOMEM > + > menu "Multifunction device drivers" Hrm? > +static int da9058_automatic_adc_conversion(struct da9058 *da9058, > + const int channel, int *value) > +{ I

[Patch] string: do not export memweight() to userspace

From: WANG Cong This patch fixes the following warning: usr/include/linux/string.h:8: userspace cannot reference function or variable defined in the kernel Cc: Akinobu Mita Signed-off-by: WANG Cong --- diff --git a/include/linux/string.h b/include/linux/string.h index ffe0442..b917881

[PATCH 1/1] Input: ab8500-ponkey: Make the distinction between DT and non-DT boots

If we're booting with Device Tree enabled, we want the IRQ numbers to be taken and translated from the Device Tree binary. If not, they should be taken from the resource allocation defined in the AB8500 MFD core driver. Tested-by: Linus Walleij Signed-off-by: Lee Jones ---

Re: [PATCH 1/7] netpoll: use GFP_ATOMIC in slave_enable_netpoll() and __netpoll_setup()

On Mon, 2012-08-06 at 11:44 +0200, Eric Dumazet wrote: > On Mon, 2012-08-06 at 17:08 +0800, Cong Wang wrote: > > On Fri, 2012-08-03 at 12:10 +0200, Eric Dumazet wrote: > > > > > > I did this , just take it ;) > > > > Do we have to pass gfp to ->ndo_netpoll_setup() too? It seems no, so far > > I

Re: [NEW DRIVER V2 7/7] DA9058 REGULATOR driver

On Sun, Aug 05, 2012 at 09:43:44PM +0100, Anthony Olech wrote: > This is the REGULATOR component driver of the Dialog DA9058 PMIC. Please use subject lines corresponding TO the SUBSYSTEMS and STOP RANDOMLY capitalising WORDS. > +static int da9058_buck_ramp_voltage(struct regulator_dev *rdev, >

Re: [PATCH 6/6] Input: ab8500-ponkey: Make the distinction between DT and non-DT boots

On Mon, Aug 06, 2012 at 11:46:42AM +0100, Lee Jones wrote: > If we're booting with Device Tree enabled, we want the IRQ numbers to > be taken and translated from the Device Tree binary. If not, they > should be taken from the resource allocation defined in the AB8500 MFD > core driver. > >

Re: KVM segfaults with 3.5 while installing ubuntu 12.04

On 08/06/2012 03:12 PM, Avi Kivity wrote: > On 08/06/2012 11:46 AM, Stefan Priebe - Profihost AG wrote: > >> But still i got the segfault and core dump - this is my main problem? I >> mean qemu-kvm master isn't declared as stable. So i don't care about the >> slowness here. >> >> What can we do

Re: [Patch] string: do not export memweight() to userspace

2012/8/6 Cong Wang : > From: WANG Cong > > This patch fixes the following warning: > > usr/include/linux/string.h:8: userspace cannot reference function or variable > defined in the kernel Thanks for finding this problem. Looks good to me. > Cc: Akinobu Mita > Signed-off-by: WANG Cong > >

Re: [PATCH 2/2] dma-buf: add helpers for attacher dma-parms

On 08/06/2012 01:58 PM, Michal Nazarewicz wrote: > > Tomasz Stanislawski writes: >> I recommend to change the semantics for unlimited number of segments >> from 'value 0' to: >> >> #define DMA_SEGMENTS_COUNT_UNLIMITED ((unsigned long)INT_MAX) Sorry. It should be: #define

[PATCH] kdb: code cleanup, no functional change.

From: Martin Pelikan Remove some useless and invalid comments; (char *)0 where NULL should be used; static array is zeroed by definition and therefore it's reasonable to specify its size explicitly, rather than having tens of bonkers lines. If someone can document the original meaning or

Re: KVM segfaults with 3.5 while installing ubuntu 12.04

On 08/06/2012 03:37 PM, Avi Kivity wrote: > On 08/06/2012 03:12 PM, Avi Kivity wrote: >> On 08/06/2012 11:46 AM, Stefan Priebe - Profihost AG wrote: >> >>> But still i got the segfault and core dump - this is my main problem? I >>> mean qemu-kvm master isn't declared as stable. So i don't care

Re: [Regression] "x86-64/efi: Use EFI to deal with platform wall clock" prevents my machine from booting

On Mon, Aug 06, 2012 at 07:44:34AM +0100, Jan Beulich wrote: > In any case, without having seen _how_ things break I don't > think a decision should be taken if/how to address this > (apparent) regression. Machines that previously worked no longer work. That's a pretty strong argument in favour

[RFC patch] mmap: permute find_vma with find_vma_prev

Both find_vma and find_vma_prev have code for walking rb tree, and we can walk less. To cut the walk in find_vma_prev off, find_vma is changed to take care of vm_prev while walking rb tree, and we end up wrapping find_vma_prev with find_vma. btw, what happened to LKML? Signed-off-by: Hillf

Re: linux-next: build failure after merge of the spi-mb tree

On Mon, Aug 06, 2012 at 12:03:01PM +1000, Stephen Rothwell wrote: > Hi Mark, > > After merging the spi-mb tree, today's linux-next build (x86_64 > allmodconfig) failed like this: I've dropped these patches. Daniel, please fix and resubmit. -- To unsubscribe from this list: send the line

Re: [PATCH v2 02/10] KVM: introduce KVM_PFN_ERR_FAULT

On 08/03/2012 10:37 AM, Xiao Guangrong wrote: > After that, the exported and un-inline function, get_fault_pfn, > can be removed > > > +#define KVM_PFN_ERR_FAULT(-EFAULT) > + IMO this symbol isn't needed, just use -EFAULT (and -EHWPOISON etc.) directly. Just document it in hva_to_pfn(),

Re: [PATCH v2 02/10] KVM: introduce KVM_PFN_ERR_FAULT

On 08/06/2012 04:01 PM, Avi Kivity wrote: > On 08/03/2012 10:37 AM, Xiao Guangrong wrote: >> After that, the exported and un-inline function, get_fault_pfn, >> can be removed >> >> >> +#define KVM_PFN_ERR_FAULT (-EFAULT) >> + > > IMO this symbol isn't needed, just use -EFAULT (and -EHWPOISON

Re: [PATCH v2 01/10] KVM: iommu: fix releasing unmapped page

On 08/03/2012 10:36 AM, Xiao Guangrong wrote: > There are two bugs: > - the 'error page' is forgot to be released > [ it is unneeded after commit a2766325cf9f9, for backport, we > still do kvm_release_pfn_clean for the error pfn ] > > - guest pages are always released regardless of the

Re: [Regression] "x86-64/efi: Use EFI to deal with platform wall clock" prevents my machine from booting

>>> On 06.08.12 at 14:52, Matthew Garrett wrote: > On Mon, Aug 06, 2012 at 07:44:34AM +0100, Jan Beulich wrote: > >> In any case, without having seen _how_ things break I don't >> think a decision should be taken if/how to address this >> (apparent) regression. > > Machines that previously

[PATCH v7 0/7] omap: musb: Add device tree support

This patch series adds device tree support for MUSB and device tree support for all the related modules to get MUSB working in OMAP platform. A new omap-usb2 phy driver has been added (with only dt suppport) to perform phy configurations. Previously this configuration was performed by twl6030,

[PATCH v7 4/7] drivers: usb: twl6030: Add dt support for twl6030 usb

Add device tree support for twl6030 usb driver. Update the Documentation with device tree binding information. Signed-off-by: Kishon Vijay Abraham I --- .../devicetree/bindings/usb/twl-usb.txt| 21 +++ drivers/usb/otg/twl6030-usb.c | 39

[PATCH v7 6/7] drivers: usb: musb: Add device tree support for omap musb glue

Added device tree support for omap musb driver and updated the Documentation with device tree binding information. Signed-off-by: Kishon Vijay Abraham I --- Documentation/devicetree/bindings/usb/omap-usb.txt | 34 +++- drivers/usb/musb/omap2430.c| 54

[PATCH v7 7/7] arm: omap: phy: remove unused functions from omap-phy-internal.c

All the unnessary functions in omap-phy-internal is removed. These functionality are now handled by omap-usb2 phy driver. Cc: Felipe Balbi Signed-off-by: Kishon Vijay Abraham I Acked-by: Tony Lindgren --- arch/arm/mach-omap2/omap_phy_internal.c | 138 ---

[PATCH v7 2/7] arm: omap: hwmod: add a new addr space in otg for writing to control module

The mailbox register for usb otg in omap is present in control module. On detection of any events VBUS or ID, this register should be written to send the notification to musb core. Till we have a separate control module driver to write to control module, omap2430 will handle the register writes

[PATCH v7 1/7] drivers: usb: phy: add a new driver for omap usb2 phy

All phy related programming like enabling/disabling the clocks, powering on/off the phy is taken care of by this driver. It is also used for OTG related functionality like srp. This also includes device tree support for usb2 phy driver and the documentation with device tree binding information is

[PATCH v7 5/7] drivers: usb: twl4030: Add device tree support for twl4030 usb

Add device tree support for twl4030 usb driver. Update the Documentation with device tree binding information. Signed-off-by: Kishon Vijay Abraham I --- .../devicetree/bindings/usb/twl-usb.txt| 19 ++ drivers/usb/otg/twl4030-usb.c | 26

[PATCH v7 3/7] drivers: usb: otg: make twl6030_usb as a comparator driver to omap_usb2

All the PHY configuration other than VBUS, ID GND and OTG SRP are removed from twl6030. The phy configurations are taken care by the dedicated usb2 phy driver. So twl6030 is made as comparator driver for VBUS and ID detection. Writing to control module which is now handled in omap2430.c should be

Re: KVM segfaults with 3.5 while installing ubuntu 12.04

can confirm - this fixed it! Am 06.08.2012 14:37, schrieb Avi Kivity: On 08/06/2012 03:12 PM, Avi Kivity wrote: On 08/06/2012 11:46 AM, Stefan Priebe - Profihost AG wrote: But still i got the segfault and core dump - this is my main problem? I mean qemu-kvm master isn't declared as stable. So

Re: [BUG] Kernel panic when try s3c-hsotg.c with kernel 3.5

Hi, > Hi, > > On Mon, Aug 06, 2012 at 06:12:05PM +0800, Peiyong Feng wrote: > > I got a kernel panic when try hsotg of ok6410 which is based on > > s3c6410: As you said, you are using the ok6410. And it is "based" on the s3c6410 CPU. S3C6410 is a single core CPU. I assume that ok6410 is also

Re: [Regression] "x86-64/efi: Use EFI to deal with platform wall clock" prevents my machine from booting

On Mon, 06 Aug 2012 14:08:03 +0100 "Jan Beulich" wrote: > with the change at hand I merely tried to be proactive). Jan, If it helps: - I can bisect the patch further down (might be a bit silly because I don't quite understand it), - you can suggest some modifications and at least I can test

Re: [PATCH 01/22] ARM: add mechanism for late code patching

On 8/6/2012 7:12 AM, Russell King - ARM Linux wrote: On Tue, Jul 31, 2012 at 07:04:37PM -0400, Cyril Chemparathy wrote: +static void __init init_patch_kernel(void) +{ + const void *start = &__patch_table_begin; + const void *end = &__patch_table_end; + +

[PATCH 4/4] arm/dts: omap: Add usb_otg and glue data

Add usb otg data node in omap4/omap3 device tree file. Also update the node with board specific setting in omapx-.dts file. Acked-by: Felipe Balbi Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/omap3-beagle.dts |6 ++ arch/arm/boot/dts/omap3-evm.dts|6 ++

[PATCH 3/4] arm/dts: Add twl4030-usb data

Add twl4030-usb data node in twl4030 device tree file. Acked-by: Felipe Balbi Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/twl4030.dtsi | 21 + 1 file changed, 21 insertions(+) diff --git a/arch/arm/boot/dts/twl4030.dtsi b/arch/arm/boot/dts/twl4030.dtsi

[PATCH 1/4] arm/dts: omap: Add omap-usb2 dt data

Add omap-usb2 data node in omap4 device tree file. Acked-by: Felipe Balbi Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/omap4.dtsi |5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi index 8a780b2..d774733 100644

[PATCH 2/4] arm/dts: Add twl6030-usb data

Add twl6030-usb data node in twl6030 device tree file Acked-by: Felipe Balbi Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/omap4-panda.dts |4 arch/arm/boot/dts/omap4-sdp.dts |4 arch/arm/boot/dts/twl6030.dtsi|5 + 3 files changed, 13 insertions(+)

[PATCH 0/4] arm/dts: omap: add dt data for MUSB

This patch series adds dt data for MUSB and related modules to get MUSB working These patches were initially part of [PATCH v6 00/11] omap: musb: Add device tree support These patches can be tested by applying it over [PATCH v7 0/7] omap: musb: Add device tree support These patches were

Re: [patch v2] hugetlb: correct page offset index for sharing pmd

On Sat 04-08-12 14:08:31, Hillf Danton wrote: > The computation of page offset index is incorrect to be used in scanning > prio tree, as huge page offset is required, and is fixed with well > defined routine. > > Changes from v1 > o s/linear_page_index/linear_hugepage_index/ for clearer

Re: [Regression] "x86-64/efi: Use EFI to deal with platform wall clock" prevents my machine from booting

>>> On 06.08.12 at 15:16, JérômeCarretero wrote: > If it helps: > > - I can bisect the patch further down (might be a bit silly because > I don't quite understand it), > - you can suggest some modifications and at least I can test them What would help most would be the full kernel log up to

Re: [PATCH 01/22] ARM: add mechanism for late code patching

On Mon, Aug 06, 2012 at 09:19:10AM -0400, Cyril Chemparathy wrote: > With a flush_cache_all(), we could avoid having to operate a cacheline > at a time, but that clobbers way more than necessary. You can't do that, because flush_cache_all() on some CPUs requires the proper MMU mappings to be in

Re: [PATCH 03/22] ARM: LPAE: use phys_addr_t on virt <--> phys conversion

On 8/6/2012 7:14 AM, Russell King - ARM Linux wrote: On Tue, Jul 31, 2012 at 07:04:39PM -0400, Cyril Chemparathy wrote: This patch fixes up the types used when converting back and forth between physical and virtual addresses. Signed-off-by: Vitaly Andrianov Signed-off-by: Cyril Chemparathy

Re: [patch v2] hugetlb: correct page offset index for sharing pmd

On Mon, Aug 6, 2012 at 9:24 PM, Michal Hocko wrote: > On Sat 04-08-12 14:08:31, Hillf Danton wrote: >> The computation of page offset index is incorrect to be used in scanning >> prio tree, as huge page offset is required, and is fixed with well >> defined routine. >> >> Changes from v1 >>

Re: [PATCH 01/22] ARM: add mechanism for late code patching

On 8/6/2012 9:26 AM, Russell King - ARM Linux wrote: On Mon, Aug 06, 2012 at 09:19:10AM -0400, Cyril Chemparathy wrote: With a flush_cache_all(), we could avoid having to operate a cacheline at a time, but that clobbers way more than necessary. You can't do that, because flush_cache_all() on

Re: [PATCH v3] printk: add option to print cpu id

On Fri, Aug 03, 2012 at 03:48:26PM -0700, Pandita, Vikram wrote: > On Fri, Aug 3, 2012 at 3:36 PM, Greg KH wrote: > > On Fri, Aug 03, 2012 at 03:25:17PM -0700, Pandita, Vikram wrote: > >> >> This was something that got used internally and helped at times. > >> > > >> > Could you have used the

Re: [3.5 regression] DRM: Massive (EDID-probing?) X startup delay on ATI Radeon RV770 (HD4870)

On Sat, Aug 4, 2012 at 12:13 PM, Nix wrote: > Possibly-relevant info: > > - Two DVI monitors, identical specs, one dual-head graphics card >(so no VGA switcheroo or awesome-yet-terrifying PRIME madness needed) > > - KMS, Xserver 1.12.3, driver 6.14.6-28 (trunk current as of today), >

Re: [3.5 regression] DRM: Massive (EDID-probing?) X startup delay on ATI Radeon RV770 (HD4870)

On 6 Aug 2012, Alex Deucher outgrape: > On Sat, Aug 4, 2012 at 12:13 PM, Nix wrote: >> Something appears to be wrong, but I have no idea what. I've not changed >> anything other than the kernel since my last non-huge-delayed startup >> earlier this week, and both the monitors still work,

[PATCH v4 1/2] drivers: bus: add a new driver for omap-ocp2scp

Adds a new driver *omap-ocp2scp*. This driver takes the responsibility of creating all the devices that is connected to OCP2SCP. In the case of OMAP4, USB2PHY is connected to ocp2scp. This also includes device tree support for ocp2scp driver and the documentation with device tree binding

[PATCH v4 0/2] omap: add ocp2scp as a bus driver

This patch series is done as a preparatory step for adding phy drivers for dwc3 and musb. This series adds a new driver for ocp2scp (only dt) to which phy drivers are connected. Since currently there is no generic way to create a child device along with doing a pm_runtime_enable (the exact

[PATCH v4 2/2] arm/dts: omap4: Add ocp2scp data

Add ocp2scp data node in omap4 device tree file. Acked-by: Felipe Balbi Signed-off-by: Kishon Vijay Abraham I --- arch/arm/boot/dts/omap4.dtsi |8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi index 04cbbcb..8a780b2

Re: [PATCH V2 1/4] EFI: Stash ROMs if they're not in the PCI BAR

On Sat, Aug 04, 2012 at 03:44:14PM +1000, Francois Rigaut wrote: > Seth, > > [CC'd people, sorry we exchanged a few emails with Seth outside of > the lists, I passed him the acpi tables and here are gmux dumps] > > Allright. thanks for gmux-dump. There seems to be progress, as I can > see the

[PATCH] ip: fix error handling in ip_finish_output2()

__neigh_create() returns either a pointer to struct neighbour or PTR_ERR(). But the caller expects it to return either a pointer or NULL. Replace the NULL check with IS_ERR() check. The bug was introduced in a263b3093641fb1ec377582c90986a7fd0625184. Signed-off-by: Vasily Kulikov --- Compile

Re: [PATCH 1/5] staging/csr: clean coding style in uf_start_thread

This was sent encoded as base64 which is awkward. On Sat, Aug 04, 2012 at 01:01:38PM +0545, Devendra Naga wrote: > -} else { > -priv->bh_thread.prio = DEFAULT_PRIO; > -} > + } else > + priv->bh_thread.prio = DEFAULT_PRIO; Probably it's not worth resending if this

[PATCH v5 0/3] make balloon pages movable by compaction

Memory fragmentation introduced by ballooning might reduce significantly the number of 2MB contiguous memory blocks that can be used within a guest, thus imposing performance penalties associated with the reduced number of transparent huge pages that could be used by the guest workload. This

[PATCH v5 1/3] mm: introduce compaction and migration for virtio ballooned pages

Memory fragmentation introduced by ballooning might reduce significantly the number of 2MB contiguous memory blocks that can be used within a guest, thus imposing performance penalties associated with the reduced number of transparent huge pages that could be used by the guest workload. This

[PATCH] ARM: EXYNOS: Add gpio functions for Exynos4412

GPIO functions are not registered for Exynos4412 yet, therefore exynos4_gpiolib_init() is added to initialize Exynos4412 SoC. Change-Id: I5945d94c6fbfc309ccf882eba067864a338c04ca Signed-off-by: Dongjin Kim --- drivers/gpio/gpio-samsung.c |6 -- 1 file changed, 4 insertions(+), 2

[PATCH] ARM: EXYNOS: Add HDMIPHY I2C adaptor

This patch assign the I2C channel for HDMIPHY for Exynos4x12 in s5p_i2c_hdmiphy_set_platdata() and s5p_hdmi_set_platdata() Change-Id: I7e66c8f9327e2f7dce7440efb8583b506d65831a Signed-off-by: Dongjin Kim --- arch/arm/plat-samsung/devs.c |4 1 file changed, 4 insertions(+) diff --git

[PATCH] ARM: EXYNOS: Add USB HSIC device

This patch support to control USB HSIC of EXYNOS4, edited based on Samsung's GT-i9100 ICS Opensource Update7. Change-Id: Ifba33c6a5166abf3644794eee6abe528bd71f521 Signed-off-by: Dongjin Kim --- arch/arm/mach-exynos/common.c|5 +

[PATCH] ARM: EXYNOS: Enable multiple cores on Exynos4

This patch enables CPU cores on Exynos4, on Exynos4412 secondary CPU cores are power-gated, therefore we must turn on the CPU cores on the system boot. Shows below log message on boot. [0.045000] CPU: Testing write buffer coherency: ok [0.045000] CPU0: thread -1, cpu 0, socket 10, mpidr

[PATCH] video: s3c-fb: Fix compile error/warning if CONFIG_OF is not selected

Change-Id: I5d7ff6f0070a10225d5b064b362d3d8f214787fd Signed-off-by: Dongjin Kim --- drivers/video/s3c-fb.c |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/video/s3c-fb.c b/drivers/video/s3c-fb.c index 8c8adb5..268be0c 100644 --- a/drivers/video/s3c-fb.c +++

[PATCH v5 2/3] virtio_balloon: introduce migration primitives to balloon pages

Memory fragmentation introduced by ballooning might reduce significantly the number of 2MB contiguous memory blocks that can be used within a guest, thus imposing performance penalties associated with the reduced number of transparent huge pages that could be used by the guest workload. Besides

[parch] sched: task_times() explosion avoidance for tasks with > 2^32 acrued ticks

If stime + utime > 2^32, and lower 32 are 0 when user calls getrusage(), you've got a dead box. Signed-off-by: Mike Galbraith kernel/sched/core.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 82ad284..0ac2cac 100644

Re: [PATCH 1/1] i2c: Add default configuration into the Nomadik I2C driver.

On Mon, Aug 6, 2012 at 2:25 PM, Lee Jones wrote: > At this moment in time there is only one known configuration for the > Nomadik I2C driver. By not holding that configuration in the driver > adds some unnecessary overhead in platform code. The configuration > as already been removed from

[PATCH v5 3/3] mm: add vm event counters for balloon pages compaction

This patch is only for testing report purposes and shall be dropped in case of the rest of this patchset getting accepted for merging. Signed-off-by: Rafael Aquini --- drivers/virtio/virtio_balloon.c | 1 + include/linux/vm_event_item.h | 2 ++ mm/compaction.c | 1 +

Re: [PATCH 0/6] ARM: dove: DT support for Marvell Dove

On Monday 06 August 2012, Sebastian Hesselbarth wrote: > This patch set adds DT support for Marvell Dove SoC and three boards > equipped with this SoC. The work is based on device tree support for > Marvell Orion based SoCs introduced in 3.6-rc1. > > The first three patches move mach-dove closer

unfair scheduling with tbb application observed, could it be a kernel issue?

Hi I think we are observing unfair scheduling of processes that use intel TBB thread scheduler, as we have several processes with nice of 19 and ioniced idle, and somehow the process with nice 0 should be getting more than 1000% cpu Any ideas? Kernel is 3.0.0.-17-generic on unbutu 11.10.

RE: [RFC/PATCH] zcache/ramster rewrite and promotion

> From: Pekka Enberg [mailto:penb...@kernel.org] > Subject: Re: [RFC/PATCH] zcache/ramster rewrite and promotion > > Hi Dan, > > On Wed, Aug 1, 2012 at 12:13 AM, Dan Magenheimer > wrote: > > Ramster does the same thing but manages it peer-to-peer across > > multiple systems using kernel

Re: [PATCH 2/6] drivers/mfd: drop frees of devm allocated data

On Sat, Aug 04, 2012 at 06:50:45PM +0200, Julia Lawall wrote: > diff --git a/drivers/mfd/88pm80x.c b/drivers/mfd/88pm80x.c > index cd0bf52..2bd090e 100644 > --- a/drivers/mfd/88pm80x.c > +++ b/drivers/mfd/88pm80x.c > @@ -45,17 +45,14 @@ int __devinit pm80x_init(struct i2c_client *client, > >

[PATCH] ODROID-X: hkdk4412: Add new hardware based on Exynos4412

The HKDK4412 is the CPU module developed by Hardkernel which is based on Exynos 4412. mach_hkdk4412.c is to run on ODROID-X hardware and Machine ID (4289) is registered. Change-Id: I3af02808c03b9acea916c310390a4904ad92d761 Signed-off-by: Dongjin Kim --- arch/arm/mach-exynos/Kconfig |

Re: [PATCH 1/1] i2c: Add default configuration into the Nomadik I2C driver.

On Mon, Aug 06, 2012 at 04:00:04PM +0200, Linus Walleij wrote: > On Mon, Aug 6, 2012 at 2:25 PM, Lee Jones wrote: > > > At this moment in time there is only one known configuration for the > > Nomadik I2C driver. By not holding that configuration in the driver > > adds some unnecessary overhead

Re: [PATCH] staging: sm7xxfb: copy name of the device before calling smtc_alloc_fb_info

On Sat, Aug 04, 2012 at 11:06:12PM +0545, Devendra Naga wrote: > as we do a strcpy(smdrv_ptr->fb_struct->fix->id, name), and the name here in > sm7xxx_probe is not having any assignment, and which leads to copying of the > garbage value > into the id field of the fix struct of fb interface

Re: [PATCH 1/1] remoteproc: extend customized fw loader to cover request and release

Hi Tzu-Jung Lee, On Mon, Aug 6, 2012 at 10:24 AM, Tzu-Jung Lee wrote: > Previously, the remoteproc mandates an actual ELF firmware in order to > parse the resource table and boot the remoteproc. > > An fw loader abstraction was added in v3.61-rc1 to make the ELF as a > "default" handler, and

Re: mellanox mlx4_core and SR-IOV

On Sun, Aug 05, 2012 at 10:05:00AM +0200, Lukas Hejtmanek wrote: > Hi, > > On Fri, Aug 03, 2012 at 06:49:59AM -0700, Konrad Wilk wrote: > > This looks like you are using PV PCI passthrough? If so, did you > > remember to use 'iommu=soft' to enable the Xen-SWIOTLB in your guest? > > And are you

Re: [PATCH 0/6] ARM: dove: DT support for Marvell Dove

On 8/6/12, Arnd Bergmann wrote: > This looks vert nice! > Acked-by: Arnd Bergmann Hi Arnd, thanks for the ack! > Has anyone tested it on cm-a510 and dove-db? Once we can reasonably > assume that there are no regressions compared to using the board > files, I think we can plan for removing the

Re: [PATCH v2 8/9] rbtree: faster augmented rbtree manipulation

On Thu, 2012-08-02 at 15:34 -0700, Michel Lespinasse wrote: > +static void augment_propagate(struct rb_node *rb, struct rb_node *stop) > +{ > + while (rb != stop) { > + struct interval_tree_node *node = > + rb_entry(rb, struct interval_tree_node, rb); > +

Re: [PATCH v2 6/9] rbtree: low level optimizations in rb_erase()

On Thu, 2012-08-02 at 15:34 -0700, Michel Lespinasse wrote: > + /* > +* Case 2: node's successor is its right child > + /* Case 3: node's successor is leftmost under its > +* right child subtree Hmm?

Re: [PATCH v2 3/9] rbtree: add __rb_change_child() helper function

On Thu, 2012-08-02 at 15:34 -0700, Michel Lespinasse wrote: > +static inline void I would make that __always_inline, just to make sure GCC doesn't go creative on us. > +__rb_change_child(struct rb_node *old, struct rb_node *new, > + struct rb_node *parent, struct rb_root *root) >

Re: [PATCH 0/2] Fix ACS path checking

On Mon, 2012-08-06 at 14:20 +0200, Joerg Roedel wrote: > On Mon, Aug 06, 2012 at 12:50:10PM +0200, Joerg Roedel wrote: > > On Sat, Aug 04, 2012 at 12:08:46PM -0600, Alex Williamson wrote: > > Hmm, tried it here, At least pci_request_acs() still gets called. How do > > you detect if ACS is really

Re: [PATCH 0/6] ARM: dove: DT support for Marvell Dove

On Monday 06 August 2012, Sebastian Hesselbarth wrote: > I suggest to keep non-DT support until we have pinctrl and gpiolib drivers > done. Thomas Petazzoni and I have been working on pinctrl that will be > posted in a few days and gpiolib driver needs some more cleanup but is > basically working.

<    5   6   7   8   9   10   11   12   13   14   >