On Wed, Jul 11, 2012 at 03:25:58PM -0400, Dave Jones wrote:
> kernel BUG at fs/configfs/dir.c:59!
> invalid opcode: [#1] PREEMPT SMP
> CPU 4
> Modules linked in:
> ebtable_nat
> nf_tproxy_core
> hfsplus
> ppp_synctty
> async_tx
> raid6_pq raid10 shpchp fakephp aer_inject ptp pps_core t
On Sat, Jul 07, 2012 at 08:28:33AM +0800, Axel Lin wrote:
> Use devm_gpio_request_one to save a few error handling code.
> Also remove trivial comment for tps62360_remove.
I applied Laxman's earlier version of this.
signature.asc
Description: Digital signature
On Thu, Jul 05, 2012 at 11:06:57PM +0800, Axel Lin wrote:
> Convert to devm_gpio_request to save a few error handling code.
Applied both, thanks.
signature.asc
Description: Digital signature
On Mon, Jul 02, 2012 at 03:35:48PM +0530, Laxman Dewangan wrote:
> Use devm_ version of gpio APIs gpio_request_one() for
> requesting gpios.
> This avoid extra code for freeing gpios.
Applied, thanks.
signature.asc
Description: Digital signature
Hi Linus,
Please revert:
commit 5baefd6d84163443215f4a99f6a20f054ef11236
Author: John Stultz
Date: Tue Jul 10 18:43:25 2012 -0400
hrtimer: Update hrtimer base offsets each hrtimer_interrupt
This breaks resume on the iBook G4 and Toshiba Portege R500 (at least), by
adding an excessive del
On Sunday, July 15, 2012, Andreas Schwab wrote:
> This breaks resume on the iBook G4 (PowerBook6,7). Apparently during or
> before noirq resume the system is hanging by the same amount of time as
> the system was sleeping.
I'm able to reproduce this problem on Toshiba Portege R500 with similar
sy
I see the problem, and the solution. You may add
Acked-by: Kurt Van Dijck
On Sat, Jul 14, 2012 at 06:43:04PM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Typically, the return value desired for the failure of a function with an
> integer return value is a negative integer. In these case
CC-ing linux-pci and Bjorn.
On Sunday, July 15, 2012, Malte Schröder wrote:
> Hello,
> this is yet another try to get someone to look at this ;)
>
> I can't get PCI-devices to work on my DH77KC mainboard. I tested this
> using an AVM B1 ISDN card, a Fritz!PCI card and an old 3Com 905c NIC.
> I at
On Sunday, July 15, 2012, Toralf Förster wrote:
> My ThinkPad T400 (Gentoo Linux booted from an external USB drive) does
> not wake up after s2ram, if the sleep time was longer than about 1 hour.
> I'm unsure whether this started after 3.5-rc5, at least with -rc7 I
> observed this now several time
On Sunday 15 July 2012, Devendra Naga wrote:
> class_create if succeeded returns a pointer to the struct class,
> and if it fails, it returns a value enclosed by the pointer, which
> can be read by using PTR_ERR.
>
> Handle the error and return it.
>
> result is for error checking of the alloc_ch
On Sunday 15 July 2012, Catalin Marinas wrote:
> The AArch32 execution mode is optional, so it depends on the actual CPU
> implementation (while AArch64 is mandatory). If the implementation
> supports it, the most likely scenario for AArch32 at kernel level is in
> virtual machines or the secure OS
My ThinkPad T400 (Gentoo Linux booted from an external USB drive) does
not wake up after s2ram, if the sleep time was longer than about 1 hour.
I'm unsure whether this started after 3.5-rc5, at least with -rc7 I
observed this now several times. Unfortunately it is not 100% reproduceable.
3.4.x wo
On 15.07.2012 23:12, werner wrote:
> Even if rdev isn't often used, it should kept working, as it's included in
> many other programs, and principally in the installers.
rdev doesn't _exist_ anymore in current software,
including installers.
/mjt
--
To unsubscribe from this list: send the line
On 07/13/2012 11:12 AM, Yinghai Lu wrote:
On Fri, Jul 13, 2012 at 6:41 AM, Stefan Bader
wrote:
I was bisecting a problem on 64bit where any attempt to cause a crash kernel to
boot would hang. The bisect ended up on commit 722bc6b (x86/mm: Fix the size
calculation of mapping tables) and somehow,
Add myself as maintainer for the fblog driver to the MAINTAINERS file.
Signed-off-by: David Herrmann
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 719f57f..227d5ca 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2854,6 +2854,12 @@ F:
If not disabled or suspended, we now blit the console data to each
framebuffer. We only redraw on changes to avoid consuming too much CPU
power.
This isn't optimized for speed, currently. However, fblog is mainly used
for debugging purposes so this can be optimized later.
Signed-off-by: David Her
fblog is mainly useful during boot, reboot, panics and maintenance. In all
cases you often want to control which monitors are used for console
output. Moreover, in multi-seat environments it is desireable to reduce
system-overhead by not drawing the console to all framebuffers. Two
mechanisms to se
We want to print the kernel log to all FBs so we need a console driver.
This registers the driver on startup and writes all messages to all
registered fblog instances.
We cannot share a console buffer between FBs because they might have
different resolutions. Therefore, we create one buffer per ob
We must cache these states so we will never draw to the framebuffer while
it is suspended or blanked.
Signed-off-by: David Herrmann
---
drivers/video/console/fblog.c | 41 +
1 file changed, 41 insertions(+)
diff --git a/drivers/video/console/fblog.c b/dri
Fblog displays all kernel log messages on all connected framebuffers. It
replaces fbcon when CONFIG_VT=n is selected. Its main purpose is to debug
boot problems by displaying the whole boot log on the screen. This patch
provides the first dummy module-init/deinit functions.
As it uses all the font
When adding other internal users of the framebuffer subsystem, we need a
way to get references to framebuffers. These two functions already exist
so export them.
Signed-off-by: David Herrmann
---
drivers/video/fbmem.c | 6 --
include/linux/fb.h| 3 +++
2 files changed, 7 insertions(+), 2
One fblog object is associated to each registered framebuffer. This way,
we can draw the console to each framebuffer. When a framebuffer driver
unregisters a framebuffer, we also unregister our fblog object. That is,
our lifetime is coupled to the lifetime of the framebuffer. However, this
does not
This opens the framebuffer upon registration so we can use it for
drawing-operations. On unregistration we close it again.
While opening/closing or accessing the fb in any other way, we must hold
the fb-mutex. However, since the notifiers are often called with the mutex
already held, we cannot loc
If we want to use font-draw-operations in other modules than fbcon, we
need to split this function off of fbcon headers and sources. This also
makes bit_putcs() totally independent of vc_* and fbcon_* structures.
As scr_read() cannot be called inside of non-fbcon/vt functions, we need
to assemble
If we want to use update_attr() independently from fbcon, we need to split
it off from bitblit.c and fbcon.h. Therefore, introduce a new header and
source file (fbdraw.[ch]) which does not depende on vc_* and fbcon_*
structures in any way.
This does not introduce any new code nor does it make the
Hi
This is revision 3 of the fblog driver. This driver is a replacement for fbcon
for systems that do not want/need CONFIG_VT. It simply prints the kernel log to
all connected framebuffers. Previous versions are available here:
v2: http://thread.gmane.org/gmane.linux.serial/8133
v1: http://mar
On Sun, 15 Jul 2012, Udo van den Heuvel wrote:
> On 2012-07-15 17:35, Alan Stern wrote:
> > echo :00:13.1 >/sys/bus/pci/drivers/ohci_hcd/unbind
>
> Afterwards I did:
>
> > echo :00:13.1 >/sys/bus/pci/drivers/ohci_hcd/bind
Um, I think you missed the point. The whole idea of the test is
On 13.07.2012 09:01, Dmitry Torokhov wrote:
> On Wed, May 02, 2012 at 09:36:51PM -0700, Dmitry Torokhov wrote:
>> Hi Sven,
>>
>> On Sat, Apr 07, 2012 at 08:38:33PM +0200, Sven Neumann wrote:
>>> Hi,
>>>
>>> On 07.04.12 09:02, Dmitry Torokhov wrote:
On Fri, Apr 06, 2012 at 10:40:07PM -0700, Olo
On Sat, Jul 14, 2012 at 04:14:43AM -0600, Mike Galbraith wrote:
> On Fri, 2012-07-13 at 08:50 -0400, Chris Mason wrote:
> > On Wed, Jul 11, 2012 at 11:47:40PM -0600, Mike Galbraith wrote:
> > > Greetings,
> >
> > [ deadlocks with btrfs and the recent RT kernels ]
> >
> > I talked with Thomas abo
with kthread_create we need to call wake_up_process to run the thread,
this can be done using the macro kthread_run, which creates and if thread
creation is succeeded starts the thread by calling wake_up_process,
and also there are two more threads in the rts_pstor, which calls
kthread_run instead
On 15/07/2012 17:06, "Olaf Hering" wrote:
> On Tue, Jul 10, Keir Fraser wrote:
>
>> Best thing to do, is possible, is map the shared-info page in the
>> xen-platform pci device's BAR memory range. Then it will not conflict with
>> any RAM.
>
> This patch does that. I did a kexec boot and a save
On 07/13/2012 04:49 AM, Bjorn Helgaas wrote:
>> Hi Bjorn,
>> It's a little risk to change these PCIe capabilities access
>> functions as void. On some platform with hardware error detecting/correcting
>> capabilities, such as EEH on Power, it would be better to return
>> error code if hardw
On Fri, Jul 13, 2012 at 01:40:48PM -0600, Alex Williamson wrote:
> v4:
> - KVM_IRQFD_FLAG_LEVEL flag now documented and coded to only be
>necessary on assign.
> - Lock added to struct _irq_source to maintain the source ID assertion
>state to avoid repeat assertions or spurious EOIs. I co
On Fri, Jul 13, 2012 at 01:41:05PM -0600, Alex Williamson wrote:
> +static int kvm_assign_eoifd(struct kvm *kvm, struct kvm_eoifd *args)
> +{
> + struct eventfd_ctx *level_irqfd = NULL, *eventfd = NULL;
> + struct _eoifd *eoifd = NULL;
> + struct _irq_source *source = NULL;
> + unsi
On Fri, Jul 13, 2012 at 01:41:05PM -0600, Alex Williamson wrote:
> This new ioctl enables an eventfd to be triggered when an EOI is
> written for a specified irqchip pin. The first user of this will
> be external device assignment through VFIO, using a level irqfd
> for asserting a PCI INTx interr
On Tue, Jul 10, Keir Fraser wrote:
> Best thing to do, is possible, is map the shared-info page in the
> xen-platform pci device's BAR memory range. Then it will not conflict with
> any RAM.
This patch does that. I did a kexec boot and a save/restore.
It does not deal with the possible race were
Andreas Schwab writes:
> This breaks resume on the iBook G4 (PowerBook6,7). Apparently during or
> before noirq resume the system is hanging by the same amount of time as
> the system was sleeping.
The point where the time is wasted actually appears to be _after_ resume
(the elapsed time for th
On 2012-07-15 17:55, Udo van den Heuvel wrote:
> After doing this I could modprobe pwc and start mrtg without problem.
Euh: s/mrtg/motion/
Udo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 2012-07-15 17:35, Alan Stern wrote:
> echo :00:13.1 >/sys/bus/pci/drivers/ohci_hcd/unbind
Afterwards I did:
> echo :00:13.1 >/sys/bus/pci/drivers/ohci_hcd/bind
And I saw:
Jul 15 17:50:30 surfplank2 kernel: ohci_hcd :00:13.1: remove, state 1
Jul 15 17:50:30 surfplank2 kernel: usb
On Sun, Jul 15, 2012 at 2:44 PM, Cruz Julian Bishop
wrote:
> #if 0
> - printk(KERN_DEBUG
> - "entering panel_process_inputs with pp=%016Lx & pc=%016Lx\n",
> + pr_debug("entering panel_process_inputs with pp=%016Lx & pc=%016Lx\n",
>phys_prev, phys_curr);
>
On Sun, 15 Jul 2012, Udo van den Heuvel wrote:
> > The conclusion is that ohci-hcd is the only driver using IRQ 18. If
> > you build a kernel with CONFIG_USB_DEBUG enabled, it will be possible
> > to see if the OHCI hardware is responsible for the IRQ problem.
> >
> > When the IRQ line gets di
This breaks resume on the iBook G4 (PowerBook6,7). Apparently during or
before noirq resume the system is hanging by the same amount of time as
the system was sleeping.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"An
On Sun, Jul 15, 2012 at 5:22 PM, rakesh singh wrote:
> make -C /usr/src/linux-headers-2.6.38-8-generic/
> SUBDIRS=/home/rakesh/Desktop/m modules
> make[1]: Entering directory `/usr/src/linux-headers-2.6.38-8-generic'
> CC [M] /home/rakesh/Desktop/m/hello.o
> /home/rakesh/Desktop/m/hello.c:1:70:
On 2012-07-15 16:28, Udo van den Heuvel wrote:
> After disabling:
And somewhat later:
bus pci, device :00:12.0
OHCI Host Controller
ohci_hcd
OHCI 1.0, NO legacy support registers, rh state running
control 0x083 HCFS=operational CBSR=3
cmdstatus 0x0 SOC=0
intrstatus 0x0024 FNO SF
intr
Hello,
I failed to compile perf tools on 3.5.0-rc7 with bison && flex
pre-installed.
The error seems something like this,
libperf.a(pmu.o): In function `pmu_format_parse':
/usr/src/linux/tools/perf/util/pmu.c:47: undefined reference to
`perf_pmu_in'
libperf.a(pmu-bison.o): In function `perf_pmu_
On 2012-07-12 16:54, Alan Stern wrote:
> On Thu, 12 Jul 2012, Udo van den Heuvel wrote:
>
>> # cat /proc/interrupts
(...)
>> 18: 25190 18052161 21311 IO-APIC-fasteoi
>> ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7
(...)
>> So what can we conclude?
> The conclusion is that
On Sun, 15 Jul 2012, Dave, Tushar N wrote:
> Somehow setting max payload to 256 from BIOS does not set this value for all
> devices. I believe this is a BIOS bug.
And preferably, Linux should complain about it. Since we know it is going
to cause problems, and since we know it does happen, we sho
class_create if succeeded returns a pointer to the struct class,
and if it fails, it returns a value enclosed by the pointer, which
can be read by using PTR_ERR.
Handle the error and return it.
result is for error checking of the alloc_chrdev_region, instead
ret can be used, and also if the alloc
On 07/15/2012 03:56 PM, Michael S. Tsirkin wrote:
> KVM PV EOI optimization overrides eoi_write apic op with its own
> version. at Ingo's suggestion, add an API for this and switch kvm to use
> it, to avoid meddling with core x86 apic driver data structures
> directly.
>
> Ingo, could you please r
On 07/15/2012 04:00 PM, David Ahern wrote:
> On 7/15/12 2:07 AM, Avi Kivity wrote:
>> On 07/12/2012 07:06 PM, Gleb Natapov wrote:
Note the :pH this time.
>>> I am not sure what perf kvm does with :pH modifier, but H modifier does
>>> not make sense with perf kvm and should be reported as
On 7/15/12 2:07 AM, Avi Kivity wrote:
On 07/12/2012 07:06 PM, Gleb Natapov wrote:
Note the :pH this time.
I am not sure what perf kvm does with :pH modifier, but H modifier does
not make sense with perf kvm and should be reported as an error by perf tool.
Maybe it should refer to the guest v
This reverts commit f9808b7fd422b965cea52e05ba470e0a473c53d3.
After commit 'kvm: switch to apic_set_eoi_write, apic_write'
the stubs are no longer needed as kvm does not look at apicdrivers anymore.
Signed-off-by: Michael S. Tsirkin
---
arch/x86/include/asm/apic.h | 5 -
1 file changed, 5 de
Use apic_set_eoi_write, apic_write to avoid meedling in core apic
driver data structures directly.
Signed-off-by: Michael S. Tsirkin
---
arch/x86/kernel/kvm.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/arch/x86/kernel/kvm.c b/arch/x86/kernel/kvm.c
index 75
KVM PV EOI optimization overrides eoi_write apic op with its own
version. Add an API for this to avoid meddling with core x86 apic driver
data structures directly.
For KVM use, we don't need any guarantees about when the switch to the
new op will take place, so it could in theory use this API afte
KVM PV EOI optimization overrides eoi_write apic op with its own
version. at Ingo's suggestion, add an API for this and switch kvm to use
it, to avoid meddling with core x86 apic driver data structures
directly.
Ingo, could you please review and let us know whether this
matches what you had in min
Hi Manjunath,
Thanks for the patch.
On Wednesday 11 July 2012 21:09:26 Manjunath Hadli wrote:
> Add documentation on the Davinci VPFE driver. Document the subdevs,
> and private IOTCLs the driver implements
>
> Signed-off-by: Manjunath Hadli
> Signed-off-by: Lad, Prabhakar
> ---
> Documentati
From: Cruz Julian Bishop
This commit changes printk calls to pr_info, _err, and _debug
Signed-off-by: Cruz Julian Bishop
---
drivers/staging/panel/panel.c | 27 +++
1 file changed, 11 insertions(+), 16 deletions(-)
diff --git a/drivers/staging/panel/panel.c b/drivers
Have you looked at any of the work that the PXI group has done on NTB
support within PXI?
http://www.ni.com/white-paper/12523/en
I was on that working group, and one of the first capabilities I
suggested for it was IP over NTB - I was going to implement this at my
employer, but the project took a
On Sat, Jul 14, 2012 at 10:30:32AM +0100, Pavel Machek wrote:
> > > > Agreed. It's clear from the code that it started out as a copy
> > > > of the 32 bit ARM code base, which I think was a mistake, but
> > > > it has also moved on since then and many areas of the 64 bit
> > > > code are now muc
On Sun, Jul 15, 2012 at 01:47:59PM +0200, Geert Uytterhoeven wrote:
> Hi Al,
>
> On Sun, Jul 15, 2012 at 1:27 PM, Al Viro wrote:
> > On Thu, Jul 05, 2012 at 08:52:04AM +0100, Russell King wrote:
> >> Will has concerns with Al's proposed fixes for the signal handling.
> >
> > Could you please rese
Hi Al,
On Sun, Jul 15, 2012 at 1:27 PM, Al Viro wrote:
> On Thu, Jul 05, 2012 at 08:52:04AM +0100, Russell King wrote:
>> Will has concerns with Al's proposed fixes for the signal handling.
>
> Could you please resend whatever concerns those had been my way?
> The last I've seen from Will had bee
On Sat, Jul 14, 2012 at 10:35:05AM +0100, Pavel Machek wrote:
> On Tue 2012-07-10 11:12:23, Catalin Marinas wrote:
> > On Sat, Jul 07, 2012 at 10:30:58AM +0100, Mikael Pettersson wrote:
> > > Catalin Marinas writes:
> > > > Compilation requires a new aarch64-none-linux-gnu-
> > > > toolchain (htt
Hi Bjorn,
On Fri, 13 Jul 2012 09:36:07 -0600, Bjorn Helgaas wrote:
> On Fri, Jul 13, 2012 at 3:40 AM, Amaury Decrême
> wrote:
> > diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
> > index ab741b0..0ffc982 100644
> > --- a/include/linux/pci_ids.h
> > +++ b/include/linux/pci_ids.h
>
On Thu, Jul 05, 2012 at 08:52:04AM +0100, Russell King wrote:
> On Thu, Jul 05, 2012 at 05:35:26PM +1000, Stephen Rothwell wrote:
> > Hi Al,
> >
> > Today's linux-next merge of the signal tree got a conflict in
> > arch/arm/kernel/signal.c between commit f73e2ca64281 ("ARM: 7443/1:
> > Revert "new
Expose the following packed commands tests:
- Test the write packed commands list preparation
- Simulate a returned error code
- Send an invalid packed command to the card
Signed-off-by: Lee Susman
Signed-off-by: Maya Erez
---
drivers/mmc/card/Kconfig | 11 +
drivers/mmc/card/Makefil
The test scheduler allows testing a block device by dispatching
specific requests according to the test case and declare PASS/FAIL
according to the requests completion error code
Signed-off-by: Maya Erez
---
Documentation/block/test-iosched.txt | 39 ++
block/Kconfig.iosched|
The write packing statistics are used for the packed commands unit tests
in order to determine test success or failure
Signed-off-by: Maya Erez
---
drivers/mmc/card/block.c | 57 ++-
drivers/mmc/core/bus.c |4 +
drivers/mmc/core/debugfs.c | 176 ++
Move PSE and PGE bit twiddling from init_memory_mapping() to a new
setup_paging() function to simplify the former function. The
init_memory_mapping() function is called later in the boot process by
gart_iommu_init(), efi_ioremap(), and arch_add_memory() which have no
business whatsover updating the
As a cleanup, separate the #ifdef'd code in a new helper function and move
initial "addr" assignment to the for-loop construct.
Cc: Joe Perches
Cc: Tejun Heo
Cc: Yinghai Lu
Signed-off-by: Pekka Enberg
---
arch/x86/mm/init.c | 44
1 files changed,
Introduce two new helper functions, addr_to_pmd_pfn() and
addr_to_pud_pfn(), to simplify init_memory_mapping() code flow.
Cc: Joe Perces
Cc: Tejun Heo
Acked-by: Yinghai Lu
Signed-off-by: Pekka Enberg
---
arch/x86/mm/init.c | 38 +-
1 files changed, 21 ins
On Sat, Jul 14, 2012 at 6:41 AM, Pekka Enberg wrote:
>> Move PSE and PGE bit twiddling from init_memory_mapping() to a new
>> setup_paging() function to simplify the former function. The
>> init_memory_mapping() function is called later in the boot process by
>> gart_iommu_init(), efi_ioremap(), a
On Sun, Jul 15, 2012 at 1:14 PM, Borislav Petkov wrote:
> On Sat, Jul 14, 2012 at 03:12:05PM +0300, Pekka Enberg wrote:
>> We have "make kvmconfig" in the KVM tool tree that pretty much does
>> that automatically. There's nothing tools/kvm specific about it so I
>> guess you could merge that separ
On Thu, Jul 5, 2012 at 5:50 AM, Stephen Boyd wrote:
> On 7/4/2012 6:36 AM, Ohad Ben-Cohen wrote:
>> To make remoteproc's API more intuitive for developers, we adopt
>> the driver core's naming, i.e. alloc -> add -> del -> put. We'll also
>> add register/unregister when their first user shows up.
>
On Sat, Jul 14, 2012 at 03:12:05PM +0300, Pekka Enberg wrote:
> We have "make kvmconfig" in the KVM tool tree that pretty much does
> that automatically. There's nothing tools/kvm specific about it so I
> guess you could merge that separately.
Yes, something like KVMTOOL_TEST_ENABLE except not a m
On Tue, Jul 3, 2012 at 9:11 PM, Stephen Boyd wrote:
> On 07/02/12 13:10, Ohad Ben-Cohen wrote:
>> Remove rproc_get_by_name() and rproc_put(), and the associated
>> remoteproc infrastructure that supports it (i.e. klist and friends),
>> because:
>>
>> 1. No one uses them
>> 2. Using them is highly
On Mon, Jul 2, 2012 at 6:14 PM, Ohad Ben-Cohen wrote:
> On Mon, Jul 2, 2012 at 6:11 PM, Sjur BRENDELAND
> wrote:
>>> To simplify things, will the below work for you?
>>
>> Looks good, feel free to add my Acked-by
>
> Thanks! I'll queue it up for 3.6.
Applied.
--
To unsubscribe from this list: se
On Mon, Jul 2, 2012 at 11:52 AM, Ohad Ben-Cohen wrote:
> From 0fbf3004c1a52ae4c0554366409a2bfe401801ef Mon Sep 17 00:00:00 2001
> From: Ohad Ben-Cohen
> Date: Mon, 2 Jul 2012 11:41:16 +0300
> Subject: [PATCH] remoteproc: simplify unregister/free interfaces
>
> Simplify the unregister/free interfa
On 07/12/2012 08:38 PM, Alex Williamson wrote:
> On Thu, 2012-07-12 at 10:19 -0600, Alex Williamson wrote:
>> On Thu, 2012-07-12 at 12:35 +0300, Avi Kivity wrote:
>> > On 07/11/2012 10:57 PM, Alex Williamson wrote:
>> > >>
>> > >> > We still have classic KVM device assignment to provide fast-path
On Sun, 2012-07-15 at 11:17 +0200, Piotr Sawuk wrote:
> On So, 15.07.2012, 09:16, Eric Dumazet wrote:
> > On Sun, 2012-07-15 at 01:43 +0200, Piotr Sawuk wrote:
> >
> >> oh, and again I recommend the really short although outdated thesis
> >>
> >> [1] https://sacerdoti.org/tcphealth/tcphealth-paper.
On Sun, 15 Jul 2012, Mike Galbraith wrote:
> On Sun, 2012-07-15 at 10:59 +0200, Thomas Gleixner wrote:
> > On Fri, 13 Jul 2012, Jan Kara wrote:
> > > On Fri 13-07-12 16:25:05, Thomas Gleixner wrote:
> > > > So the patch below should allow the unplug to take place when blocked
> > > > on mutexes e
From: Julia Lawall
Use list_for_each_entry and perform some other induced simplifications.
The semantic match that finds the opportunity for this reorganization is as
follows: (http://coccinelle.lip6.fr/)
//
@@
struct list_head *pos;
struct list_head *head;
statement S;
@@
*for (pos = (head)-
make -C /usr/src/linux-headers-2.6.38-8-generic/
SUBDIRS=/home/rakesh/Desktop/m modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.38-8-generic'
CC [M] /home/rakesh/Desktop/m/hello.o
/home/rakesh/Desktop/m/hello.c:1:70: fatal error:
usr/src/linux-headers-2.6.38-8-generic/include/lin
On So, 15.07.2012, 09:16, Eric Dumazet wrote:
> On Sun, 2012-07-15 at 01:43 +0200, Piotr Sawuk wrote:
>
>> oh, and again I recommend the really short although outdated thesis
>>
>> [1] https://sacerdoti.org/tcphealth/tcphealth-paper.pdf
>
> A thesis saying SACK are not useful is highly suspect.
>
>
On Sat, May 26, 2012 at 10:36 AM, Ohad Ben-Cohen wrote:
> Now that every rproc instance contains a device, we don't need a
> kref anymore to maintain the refcount of the rproc instances:
> that's what device are good with!
>
> This patch removes the now-redundant kref, and switches to
> {get, put}
On Sun, 2012-07-15 at 10:59 +0200, Thomas Gleixner wrote:
> On Fri, 13 Jul 2012, Jan Kara wrote:
> > On Fri 13-07-12 16:25:05, Thomas Gleixner wrote:
> > > So the patch below should allow the unplug to take place when blocked
> > > on mutexes etc.
> > Thanks for the patch! Mike will give it some
On Thu, Jul 5, 2012 at 11:35 PM, Stephen Boyd wrote:
> Ok then. Please add
>
> Reviewed-by: Stephen Boyd
Added, and applied patch. thanks!
> It would be nice if you got an ack from Greg or Kay on the device_type
> usage too.
I agree, I'd just hate bothering them on this now. Probably a topic
f
Building Gigaset's CAPI support without Gigaset's debugging enabled
triggers this GCC warning:
'format_ie' defined but not used [-Wunused-function]
Silence this warning by wrapping format_ie() in an "#ifdef
CONFIG_GIGASET_DEBUG" and "#endif" pair.
Signed-off-by: Paul Bolle
---
drivers/isdn/
On Sun, May 20, 2012 at 3:00 PM, Ohad Ben-Cohen wrote:
> Dynamically allocate the vrings' DMA when the remote processor
> is about to be powered on (i.e. when ->find_vqs() is invoked),
> and release them as soon as it is powered off (i.e. when ->del_vqs()
> is invoked).
>
> The obvious and immedia
Commit-ID: f726a697d06102e7a1fc0a87308cb30a84580205
Gitweb: http://git.kernel.org/tip/f726a697d06102e7a1fc0a87308cb30a84580205
Author: John Stultz
AuthorDate: Fri, 13 Jul 2012 01:21:57 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 15 Jul 2012 10:39:07 +0200
time: Rework timekeeping
Commit-ID: 2a8c0883c3cfffcc148ea606e2a4e7453cd75e73
Gitweb: http://git.kernel.org/tip/2a8c0883c3cfffcc148ea606e2a4e7453cd75e73
Author: John Stultz
AuthorDate: Fri, 13 Jul 2012 01:21:56 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 15 Jul 2012 10:39:07 +0200
time: Move xtime_nsec ad
Commit-ID: f2a5a0854efc62abe7f69e9947842cb135837f9a
Gitweb: http://git.kernel.org/tip/f2a5a0854efc62abe7f69e9947842cb135837f9a
Author: John Stultz
AuthorDate: Fri, 13 Jul 2012 01:21:55 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 15 Jul 2012 10:39:06 +0200
time: Move arch_gettimeo
On Fri, 13 Jul 2012, Jan Kara wrote:
> On Fri 13-07-12 16:25:05, Thomas Gleixner wrote:
> > So the patch below should allow the unplug to take place when blocked
> > on mutexes etc.
> Thanks for the patch! Mike will give it some testing.
I just found out that this patch will explode nicely when
Commit-ID: 1f4f948706bcec1b51bf6492bf04057d2e21e273
Gitweb: http://git.kernel.org/tip/1f4f948706bcec1b51bf6492bf04057d2e21e273
Author: John Stultz
AuthorDate: Fri, 13 Jul 2012 01:21:54 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 15 Jul 2012 10:39:06 +0200
time: Refactor accumulat
Commit-ID: 1e75fa8be9fb61e1af46b5b3b176347a4c958ca1
Gitweb: http://git.kernel.org/tip/1e75fa8be9fb61e1af46b5b3b176347a4c958ca1
Author: John Stultz
AuthorDate: Fri, 13 Jul 2012 01:21:53 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 15 Jul 2012 10:39:06 +0200
time: Condense timekeepe
Pass regulator id rahter than the index to lp872x_find_regulator_init_data(),
then the code can be simpler.
We can also get max_regulators by lp->num_regulators.
Signed-off-by: Axel Lin
---
drivers/regulator/lp872x.c | 28 +++-
1 file changed, 7 insertions(+), 21 deleti
Commit-ID: fee84c43e6afc42295ae8058cbbef9ea5633926c
Gitweb: http://git.kernel.org/tip/fee84c43e6afc42295ae8058cbbef9ea5633926c
Author: John Stultz
AuthorDate: Fri, 13 Jul 2012 01:21:52 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 15 Jul 2012 10:39:05 +0200
time: Explicitly use u32
Commit-ID: 42e71e81f5bb5125ca7c194b5ccf1c93511ff8fb
Gitweb: http://git.kernel.org/tip/42e71e81f5bb5125ca7c194b5ccf1c93511ff8fb
Author: John Stultz
AuthorDate: Fri, 13 Jul 2012 01:21:51 -0400
Committer: Thomas Gleixner
CommitDate: Sun, 15 Jul 2012 10:39:05 +0200
time: Whitespace cleanup
On 07/12/2012 07:19 PM, Alex Williamson wrote:
> On Thu, 2012-07-12 at 12:35 +0300, Avi Kivity wrote:
>> On 07/11/2012 10:57 PM, Alex Williamson wrote:
>> >>
>> >> > We still have classic KVM device assignment to provide fast-path INTx.
>> >> > But if we want to replace it midterm, I think it's ne
On 07/12/2012 07:06 PM, Gleb Natapov wrote:
>>
>> Note the :pH this time.
> I am not sure what perf kvm does with :pH modifier, but H modifier does
> not make sense with perf kvm and should be reported as an error by perf tool.
Maybe it should refer to the guest vs. the nested guest...
Well that
The write packing control will ensure that read requests latency is
not increased due to long write packed commands.
The trigger for enabling the write packing is managing to pack several
write requests. The number of potential packed requests that will trigger
the packing can be configured via sy
101 - 200 of 205 matches
Mail list logo