Hello,
Re-reading the code, I see that I was wrong with the previous comment of mine.
So, in summary
i) If block driver does not support FLUSH and FUA, then
__generic_make_request() checks will clear BIO FLUSH and FUA flags and hence
blk_insert_flush() will not be invoked.
ii) If block driver
On Sat, 12 Jan 2013 19:34:48 +0400, Vyacheslav Dubeyko wrote:
> From: Vyacheslav Dubeyko
> Subject: [PATCH] nilfs2: fix very long mount time issue
>
> DESCRIPTION:
> It exists situation when GC can work in background alone without any other
> filesystem activity during significant time. The nilf
With the __devinit/__devexit attributes having been removed, this
__exitp attribute causes an unused function warning and should be
removed as well.
Signed-off-by: Tony Prisk
---
drivers/mmc/host/wmt-sdmmc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/
On Tue, 2013-01-08 at 16:38 -0500, Steven Rostedt wrote:
> Hi Greg and Ben,
>
> Can you add commit 45959ee7aa645815a5ce303a0ea1e48a21e67c6a to the
> stable trees.
Added to the queue for 3.2, thanks.
Ben.
--
Ben Hutchings
Klipstein's 4th Law of Prototyping and Production:
On Mon, 2013-01-07 at 20:20 +0100, Stanislaw Gruszka wrote:
> On Mon, Jan 07, 2013 at 07:38:35PM +0100, Andreas Hartmann wrote:
> > Stanislaw Gruszka wrote:
> > > On Mon, Jan 07, 2013 at 04:04:01PM +0100, Andreas Hartmann wrote:
> > >> Ben Hutchings wrote:
> > >>> On Mon, 2013-01-07 at 09:10 +0100,
On Thu, 2013-01-03 at 15:20 -0600, Ed Cashin wrote:
> On Jan 3, 2013, at 3:50 PM, Ed Cashin wrote:
[...]
> > Kernels with aoe v47 can use the patch I just posted.
> >
> > I'm going to go through the stable kernels and check, but I believe kernels
> > after
> > v47 but before commit 0a41409c5180 s
On Wed, 2013-01-02 at 19:49 -0500, Steven Rostedt wrote:
> On Wed, 2013-01-02 at 13:29 -0800, Paul E. McKenney wrote:
> > On Wed, Jan 02, 2013 at 03:56:30PM -0500, Steven Rostedt wrote:
> > > On Wed, Jan 02, 2013 at 08:09:20PM +0100, Ralf Hildebrandt wrote:
> > > > This happened of a virtual guest
On Fri, Jan 11, 2013 at 10:19 PM, Michel Dagenais
wrote:
> You may be interested in KGTP which implements a simple bytecode interpreter
> in the kernel to accept GDB tracepoints http://code.google.com/p/kgtp/
>
> The bytecode is quite limited but would be easy to extend.
KGTP is still not meet my
On Fri, 2013-01-11 at 09:27 +, Mel Gorman wrote:
> Eric Wong reported on 3.7 and 3.8-rc2 that ppoll() got stuck when waiting
> for POLLIN on a local TCP socket. It was easier to trigger if there was disk
> IO and dirty pages at the same time and he bisected it to commit 1fb3f8ca
> "mm: compacti
When using make xconfig, the following compilation error appears :
/usr/include/qt3/qvaluelist.h:427:13: error: ‘ptrdiff_t’ does not name a type
Including stddef.h in scripts/kconfig/qconf.cc permits to avoid this error.
Signed-off-by: Tiana Rakotovao Andriamahefa
---
scripts/kconfig/qconf.cc
This patch removes the boring init/exit functions with the new
module_comedi_pcmcia_driver macro.
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/drivers/das08_cs.c | 26 +-
1 files changed, 1 insertions(+), 25 deletions(-)
diff --git a/drivers/staging/comedi/dri
This patch removes the boring init/exit functions with the new
module_comedi_pcmcia_driver macro.
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/drivers/cb_das16_cs.c | 25 +
1 files changed, 1 insertions(+), 24 deletions(-)
diff --git a/drivers/staging/comedi/d
This patch removes the boring init/exit functions with the new
module_comedi_pcmcia_driver macro.
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/drivers/ni_daq_700.c | 25 +
1 files changed, 1 insertions(+), 24 deletions(-)
diff --git a/drivers/staging/comedi/dr
This patch removes the boring init/exit functions with the new
module_comedi_pcmcia_driver macro.
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/drivers/ni_labpc_cs.c | 31 +-
1 files changed, 1 insertions(+), 30 deletions(-)
diff --git a/drivers/staging/comedi/
This patch removes the boring init/exit functions with the new
module_comedi_pcmcia_driver macro.
Also removed the superflous #ifdef MODULE
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/drivers/ni_mio_cs.c | 20 +---
1 files changed, 1 insertions(+), 19 deletions(-)
d
This patch removes the boring init/exit functions with the new
module_comedi_pcmcia_driver macro.
Also removed the superflous #ifdef MODULE
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/drivers/quatech_daqp_cs.c | 18 +-
1 files changed, 1 insertions(+), 17 deletions(-
This patch removes the boring init/exit functions with the new
module_comedi_pcmcia_driver macro.
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/drivers/ni_daq_dio24.c | 29 +
1 files changed, 1 insertions(+), 28 deletions(-)
diff --git a/drivers/staging/comedi/
This patch introduces a new macro 'module_comedi_pcmcia_driver'
for comedi PCMCIA drivers which do not do anything special in module
init/exit. This eliminates a lot of boilerplate.
Adapted from 'module_comedi_pci_driver'
Signed-off-by: Peter Huewe
---
drivers/staging/comedi/comedidev.h | 22
BUG: sleeping function called from invalid context at mm/slub.c:925
in_atomic(): 1, irqs_disabled(): 0, pid: 566, name: Xorg
INFO: lockdep is turned off.
Pid: 566, comm: Xorg Not tainted 3.8.0-rc3+ #49
Call Trace:
[] __might_sleep+0x141/0x200
[] kmem_cache_alloc_trace+0x4b/0x2a0
[] ttm_bo_move_a
Hello,
I recently upgraded to 3.6.11, and just saw this hang for the first
time. It happened within a minute of the monitor going to sleep (which
in turn coincides with a non-GL screensaver running). It should be
noted that Chrome is running with --ignore-gpu-blacklist, but I've
been doing that fo
On Fri, 2013-01-11 at 12:25 +0100, Zlatko Calusic wrote:
> On 11.01.2013 02:25, Simon Jeons wrote:
> > On Wed, 2013-01-09 at 22:41 +0100, Zlatko Calusic wrote:
> >> From: Zlatko Calusic
> >>
> >> Currently we take a short nap (HZ/10) and wait for congestion to clear
> >> before taking another pass
On Sat, Jan 12, 2013 at 01:13:23PM -0800, Andrew Morton wrote:
> Florian has been taking a month or two's downtime (now expired, I
> think) so I've been waiting for him to reappear to process this one for
> 3.8.
>
> Meanwhile, I guess we could put it into mainline ;) It has been in
> -next for a m
On Wednesday, January 16, 2008 8:39:48 PM UTC+2, Linus Torvalds wrote:
> "const" has *never* been about the thing not being modified. Forget all
> that claptrap. C does not have such a notion.
I beg your pardon?!
C has had that very notion ever since its first standard (1989). Here is an
excer
On Friday, January 11, 2013 02:40:49 PM Yinghai Lu wrote:
> Move out device registering out of pci_bus_add_devices, so we could
> put new created pci devices in device tree early.
>
> new pci_bus_add_devices will do the device_attach work to load pci drivers
> instead.
I wonder what problem it so
On Friday, January 11, 2013 02:40:48 PM Yinghai Lu wrote:
> with that we could move out attaching driver for pci device,
> out of device_add for pci hot add path.
>
> pci_bus_attach_device() will attach driver to pci device.
Clever, but I wonder why exactly we need to do that?
Rafael
> Signed-
On Friday, January 11, 2013 02:40:44 PM Yinghai Lu wrote:
> Will use it with acpiphp and pci_root_hp events handling
I think it would be better if you folded patches [17-20/22] together.
Thanks,
Rafael
> Signed-off-by: Yinghai Lu
> Cc: Len Brown
> Cc: linux-a...@vger.kernel.org
> ---
> drive
On Friday, January 11, 2013 02:40:43 PM Yinghai Lu wrote:
> Could have root bus hot addde later and there may be slots that need acpiphp.
s/addde/added/
The changes look reasonable to me, but I'm not very familiar with the code in
question.
Thanks,
Rafael
> Signed-off-by: Yinghai Lu
> ---
>
On Friday, January 11, 2013 02:40:40 PM Yinghai Lu wrote:
> Tang noticed that hotplug through container will not update acpi_root_bridge
> list.
>
> After closely checking, we don't need that for struct for tracking and
> could use acpi_pci_root directly.
Well, precisely, so please modify your pa
On Friday, January 11, 2013 02:40:42 PM Yinghai Lu wrote:
> Tang Chen found handle_root_bridge_removal is very similiar to
> acpi_bus_hot_remove_device().
> Only difference is that it call trim two times.
>
> Change to handle_root_bridge_removal to call trim one time and then
> use acpi_bus_hot_re
On Friday, January 11, 2013 02:40:41 PM Yinghai Lu wrote:
> Should use acpi_device pointer directly instead of use handle and
> get the device pointer again later.
Looks good.
I can take this one right now if you want.
Thanks,
Rafael
> Signed-off-by: Yinghai Lu
> ---
> drivers/acpi/acpi_memh
On Friday, January 11, 2013 02:40:39 PM Yinghai Lu wrote:
> From: Tang Chen
>
> acpi_install_notify_handler() could fail. So check the exit status
> and give a better debug info.
>
> Signed-off-by: Tang Chen
> Signed-off-by: Yinghai Lu
> ---
> drivers/acpi/pci_root.c | 12 +---
> 1
On Friday, January 11, 2013 02:40:38 PM Yinghai Lu wrote:
> From: Jiang Liu
>
> The code in pci_root_hp.c depends on function acpi_is_root_bridge()
> to check whether an ACPI object is a PCI host bridge or not.
> If an ACPI device hasn't been created for the ACPI object yet,
> function acpi_is_ro
On Friday, January 11, 2013 02:40:37 PM Yinghai Lu wrote:
> From: Tang Chen
>
> We need to find out if one handle is for root bridge, and install notify
> handler for it to handle pci root bus hot add.
> At that time, root bridge acpi device is not created yet.
>
> So acpi_match_device_ids() wil
On Friday, January 11, 2013 02:40:36 PM Yinghai Lu wrote:
> Add missing hot_remove support for root device.
>
> How to test it?
> Find out root bus number to acpi root name mapping from dmesg or /sys
>
> echo "\_SB.PCIB 3" > /sys/kernel/debug/acpi/sci_notify
> to remove root bus
>
> -v2: separ
On Friday, January 11, 2013 02:40:35 PM Yinghai Lu wrote:
> It causes confusion.
>
> We may only need acpi hp for pci host bridge.
What does this mean?
> Split host bridge hot-add support to pci_root_hp, and keep acpiphp simple.
s/Split/Move/ I suppose?
In any case that's not telling the whole
On Sat, Jan 12, 2013 at 11:39 PM, Xose Vazquez Perez
wrote:
> to document the reason why a firmware is not present
>
> Cc: Daniel Drake
> Cc: Ulrich Kunitz
> Cc: David Woodhouse
> Cc: Ben Hutchings
> Cc:
> Cc:
> Signed-off-by: Xose Vazquez Perez
> ---
> MISSING | 20
>
On Sat, 12 Jan 2013, Alex Riesen wrote:
> On Sat, Jan 12, 2013 at 8:39 PM, Alex Riesen wrote:
> > On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern
> > wrote:
> >> On Sat, 12 Jan 2013, Alex Riesen wrote:
> >>> One more detail: I usually use the "noop" elevator. That time it was
> >>> the "deadline".
Hello,
Today I tried to update my kernel from 3.7.2 to 3.8-rc3 and I had no
success; I used localmodconfig to generate the .config for my machine
but keyboard does not work.
Using same generated .config with 3.7.2 works fine.
Anyone has a clue about?
--
Otavio Salvador
to document the reason why a firmware is not present
Cc: Daniel Drake
Cc: Ulrich Kunitz
Cc: David Woodhouse
Cc: Ben Hutchings
Cc:
Cc:
Signed-off-by: Xose Vazquez Perez
---
MISSING | 20
1 file changed, 20 insertions(+)
create mode 100644 MISSING
diff --git a/MISSING
On Thu, Dec 27, 2012 at 11:21:10PM +0100, Sebastian Hesselbarth wrote:
> gpio-leds has support for pinctrl allocation, make use of it.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sebastian Hesselbarth
> Cc: linux-arm-ker...@list
On Thu, Dec 27, 2012 at 11:21:59PM +0100, Sebastian Hesselbarth wrote:
> CuBox needs to enable USB power on a gpio pin. Add a fixed regulator
> to always enable usb power on boot.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sebas
On Friday, January 11, 2013 02:40:34 PM Yinghai Lu wrote:
> Current all acpi_bus_trim callers have rmdevice to 1.
> that means it will remove all acpi devices.
>
> When 0, is passed, it will keep the parent.
>
> For root bus hotremove support, we need to have pci device to be
> removed before acp
/* Please CC, not on LKML */
On 13/01/13 00:08, Josh Boyer wrote:
On Sat, Jan 12, 2013 at 1:28 AM, Chris Samuel wrote:
>
>> [...Debian kernel-build...]
I'll file a bug against it asking for the it to not strip if
CONFIG_MODULE_SIG is set.
Thanks for the pointer!
Great. Glad you figured i
On Sat, Jan 12, 2013 at 10:51:35PM +0100, Sebastian Hesselbarth wrote:
> On 01/12/2013 10:42 PM, Jason Cooper wrote:
> >On Thu, Dec 27, 2012 at 11:21:10PM +0100, Sebastian Hesselbarth wrote:
> >>gpio-leds has support for pinctrl allocation, make use of it.
> >>
> >>Signed-off-by: Sebastian Hesselba
On Friday, January 11, 2013 02:40:33 PM Yinghai Lu wrote:
> From: Jiang Liu
>
> When handling BUS_NOTIFY_ADD_DEVICE event for a PCI bridge device,
> the notification handler can't hold reference count to the new PCI bus
> because the device object for the new bus (pci_dev->subordinate->dev)
> has
Hi Alexander,
On Sat, Jan 12, 2013 at 5:20 AM, Alexander Holler wrote:
> When a device was disconnected the driver may hang at waiting for urbs it
> never
> will get. Fix this by using a timeout while waiting for the used semaphore.
The code used to be this way, but it used to cause nasty shutd
On 01/10/2013 12:27 PM, Borislav Petkov wrote:
So at that time how can the Signed-off from them?
And there are commits in the upstream does not have Signed-off from the Author.
I certainly hope those are a very very small number, if any.
There are indeed a handful, at which point the first
Hi,
I've encountered a reproducable kernel bug which makes the screen switch
to a console and display the kernel log below. This is what I did:
* Insert a particular DVD-R I have which appears to be corrupt. It then
makes the DVD drive make some unpleasant noises (my TV also makes
unpleasant
On 01/12/2013 10:42 PM, Jason Cooper wrote:
On Thu, Dec 27, 2012 at 11:21:10PM +0100, Sebastian Hesselbarth wrote:
gpio-leds has support for pinctrl allocation, make use of it.
Signed-off-by: Sebastian Hesselbarth
...
&pinctrl {
- pinctrl-0 =<&pmx_gpio_12&pmx_gpio_18>;
+ pinctrl-
Sebastian,
On Thu, Dec 27, 2012 at 11:21:10PM +0100, Sebastian Hesselbarth wrote:
> gpio-leds has support for pinctrl allocation, make use of it.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: Jason Cooper
> Cc: Andrew Lunn
> Cc: Sebastian Hesselbarth
> Cc: linux-arm
On Friday, January 11, 2013 02:40:32 PM Yinghai Lu wrote:
> From: Jiang Liu
>
> According to device model documentation, the way to create/destroy PCI
> devices should be symmetric.
>
> /**
> * device_del - delete device from system.
> * @dev: device.
> *
> * This is the first part of the de
On Friday, January 11, 2013 02:40:31 PM Yinghai Lu wrote:
> From: Jiang Liu
>
> Function pci_get_dev_by_id() will hold a reference count on the pci device
> returned, so pci_dev_present() should release the corresponding reference
> count to avoid memory leakage.
>
> Signed-off-by: Jiang Liu
A
On Friday, January 11, 2013 02:40:30 PM Yinghai Lu wrote:
> Otherwise irq_desc for pci bridge with hot-added ioapic can not be on
> local node.
>
> Signed-off-by: Yinghai Lu
Acked-by: Rafael J. Wysocki
> ---
> drivers/pci/probe.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/dr
On Friday, January 11, 2013 02:40:29 PM Yinghai Lu wrote:
> We can stop trying according to try number now and do not need to use
> root_bus checking as stop sign anymore.
>
> In extreme case we could need to reallocate resource for device just
> under root bus.
Well, the above says that we _can_
On Friday, January 11, 2013 02:40:28 PM Yinghai Lu wrote:
> When system support hotplug bridge with children hotplug slots, we need
> to make sure that parent bridge get preallocated resource so later when
> device is plugged into children slot, those children devices will get
> resource allocated.
On Friday, January 11, 2013 02:40:27 PM Yinghai Lu wrote:
> It includes
> 1. preparing patches for pci root bus hotadd/hotremove support
> 2. move root bus hotadd from acpiphp to pci_root.c
> 3. add hot-remove support
> 4. clean up hotadd/remove with common functions
> 5. add acpi_hp_work to be sha
On Sat, Jan 12, 2013 at 07:50:05PM +0800, Shawn Guo wrote:
> The clockevent core is able to figure out the best mult and shift,
> calculate min_delta_ns and max_delta_ns, with the necessary info passed
> into clockevents_config_and_register(). Use this combined configure
> and register function wh
On 3.1.2013 22:39, Jonathan Kliegman wrote:
> I'm not sure what you mean about configs failing. After adding this
> option to init/Kconfig I was able to build fine using old and new
> configs with and without the option set. Is there something specific
> you'd like me to test for?
We still have
On Saturday 12 January 2013, Shawn Guo wrote:
> The clockevent core is able to figure out the best mult and shift,
> calculate min_delta_ns and max_delta_ns, with the necessary info passed
> into clockevents_config_and_register(). Use this handy helper to make
> the drivers less error prone and sa
On Saturday 12 January 2013, Thierry Reding wrote:
> > I already hinted at that in one of the other subthreads. Having such a
> > multiplex would also allow the driver to be built as a module. I had
> > already thought about this when I was working on an earlier version of
> > these patches. Basica
On Sat, 12 Jan 2013 12:51:49 -0800 Linus Torvalds
wrote:
> On Sat, Jan 12, 2013 at 10:36 AM, Borislav Petkov wrote:
> > On Mon, Jan 07, 2013 at 10:37:15AM +0100, Jiri Kosina wrote:
> >> Still seeing it with current Linus' tree.
> >>
> >> Tested-by: Jiri Kosina
> >>
> >> Anyone applying
Alan is dealing with family stuff that is far more important. Someone who has
the time needs to own this and the fb layer. Not a don't care - a don't have
time.
Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
* Eric Paris (epa...@redhat.com) wrote:
> Getting an EPERM/EACCES in userspace really kinda blows. As a user you
> don't have any idea why you got it. It could be SELinux, it could be
> rwx bits on the file, it could be a missing capability, it could be an
> ACL, it could be who knows what. We'd
Second version of the initial patchset(can be found here:
https://lkml.org/lkml/2012/12/21/98)
This version contains following improvements:
- Provisions to switch between mutexes and spinlocks for locking in
"no-bus" configuration
- "reg_read" and "reg_write" have "void *context" as a first
This commit is a preparatory commit to provide "no-bus" configuration
option for regmap API. It adds necessary plumbing needed to have the
ability to provide user define register write function.
Signed-off-by: Andrey Smirnov
---
drivers/base/regmap/internal.h |1 +
drivers/base/regmap/regmap
This commit adds provision for "no-bus" usage of the regmap API. In
this configuration user can provide API with two callbacks 'reg_read'
and 'reg_write' which are to be called when reads and writes to one of
device's registers is performed. This is useful for devices that
expose registers but whos
This commit is a preparatory commit to provide "no-bus" configuration
option for regmap API. It adds necessary plumbing needed to have the
ability to provide user define register read function.
Signed-off-by: Andrey Smirnov
---
drivers/base/regmap/internal.h |2 ++
drivers/base/regmap/regmap
On Sat, Jan 12, 2013 at 10:36 AM, Borislav Petkov wrote:
> On Mon, Jan 07, 2013 at 10:37:15AM +0100, Jiri Kosina wrote:
>> Still seeing it with current Linus' tree.
>>
>> Tested-by: Jiri Kosina
>>
>> Anyone applying this, please?
>
> Yeah, I'm still seeing it in -rc3. Linus, can you pick
On Wed, 28 Nov 2012 at 16:41, Li Zhong wrote:
> On Tue, 2012-11-27 at 19:22 -0800, Christian Kujau wrote:
> > On Tue, 27 Nov 2012 at 19:06, Christian Kujau wrote:
> > > the same thing[0] happened again in 3.7-rc7, after ~20h uptime:
> >
> > I found the following on patchwork, but this seems to dea
well, I tried to do that, bisecting between 3.6.10 and 3.7. I'm not
sure to have done that properly, as the result seems quite harmless,
however here it is:
d978348b300595b067b80980f6a78db09fcd584c is the first bad commit
commit d978348b300595b067b80980f6a78db09fcd584c
Author: Bob Moore
Date: F
On Sat, Jan 12, 2013 at 8:39 PM, Alex Riesen wrote:
> On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
>> On Sat, 12 Jan 2013, Alex Riesen wrote:
>>> One more detail: I usually use the "noop" elevator. That time it was
>>> the "deadline". And I just reproduced it easily with "deadline".
>>
>> I
On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
> On Sat, 12 Jan 2013, Alex Riesen wrote:
>
>> On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
>> >
>> > the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
>> > the USB ports of this system (an System76 lemu4 laptop, XHCI de
On Sat, Jan 12, 2013 at 6:37 PM, Alan Stern wrote:
> On Sat, 12 Jan 2013, Alex Riesen wrote:
>> One more detail: I usually use the "noop" elevator. That time it was
>> the "deadline". And I just reproduced it easily with "deadline".
>
> I doubt the elevator has anything to do with this.
But it lo
The issue is a regression with PAE, reproduced and verified on Ubuntu,
on my home PC with 3GB RAM.
My PC was running kernel linux-image-3.2.0-35-generic so it showed:
psz@DellE520:~$ uname -a
Linux DellE520 3.2.0-35-generic #55-Ubuntu SMP Wed Dec 5 17:45:18 UTC 2012
i686 i686 i386 GNU/Linux
On 01/10, Andrey Wagin wrote:
>
> 2012/12/28 Oleg Nesterov :
> >>
> >> This functionality is required for checkpointing pending signals.
> >
> > And this should be used along with pread().
> >
> > I won't argue, but perhaps we should simply postulate that pread()
> > always dumps siginfo in raw for
0-rc3-20130112-netpatched-rocketscience-radeon #1 Not tainted
[28678.530909] ---
[28678.548636] kworker/2:1/19513 is trying to acquire lock:
[28678.566070] (&tty->legacy_mutex){+.+.+.}, at: []
tty_lock_nested+0x3e/0x80
[28678.583577]
[28678
On Tue, 08 Jan 2013 16:26:38 +0100
Takashi Iwai wrote:
> At Sat, 22 Dec 2012 14:23:24 -0700,
> Kevin Fenzi wrote:
> >
> > Greetings.
> >
> > I've got an issue with sound on my t510. It started in the late
> > 3.4.x kernels. Sound works on boot and for 5-10min after, then the
> > speakers stop
On Mon, Jan 07, 2013 at 10:37:15AM +0100, Jiri Kosina wrote:
> Still seeing it with current Linus' tree.
>
> Tested-by: Jiri Kosina
>
> Anyone applying this, please?
Yeah, I'm still seeing it in -rc3. Linus, can you pick up Alan's patch
from https://patchwork.kernel.org/patch/175706
On 01/10, u3...@miso.sublimeip.com wrote:
>
> Hi Everyone,
>
> > On 01/08, Pedro Alves wrote:
> >>
> >> On 12/04/2012 05:59 PM, Oleg Nesterov wrote:
> >>
> >> > But If we want to allow to trace vsyscall's, hw bp doesn't look very
> >> > nice imo. HBP_NUM = 4 and you need to setup 3 bp's to trace th
On 01/12/2013 10:08 AM, Borislav Petkov wrote:
On Sat, Jan 12, 2013 at 09:40:20AM -0800, H. Peter Anvin wrote:
Hiding it because it happens to be in a slightly illogical place seems
completely backwards.
Sure, that's the lazy dude solution™ :-)
I could try to restructure arch/x86/Kconfig but
On Sat, Jan 12, 2013 at 09:40:20AM -0800, H. Peter Anvin wrote:
> Hiding it because it happens to be in a slightly illogical place seems
> completely backwards.
Sure, that's the lazy dude solution™ :-)
I could try to restructure arch/x86/Kconfig but is it worth the trouble
to fix the "slightly il
On 01/11, Michel Lespinasse wrote:
>
> So I looked again at getpriority() since that's what I had used for my
> DOS test code, and it looks like everything there is already protected
> by RCU or smaller granularity locks and refcounts. Patch attached to
> remove this tasklist_lock usage.
And proba
On Wed, Jan 9, 2013 at 9:19 PM, Laurent Pinchart
wrote:
> Hi Ezequiel,
>
> On Thursday 27 December 2012 21:49:37 Mauro Carvalho Chehab wrote:
>> Em Thu, 27 Dec 2012 18:12:46 -0300 Ezequiel Garcia escreveu:
>> > On Tue, Oct 23, 2012 at 4:57 PM, Ezequiel Garcia wrote:
>> > > This kind of memcpy() is
On 01/12/2013 09:06 AM, Borislav Petkov wrote:
>
> Ok, I don't know whether this was on purpose or not but setting ARCH=x86
> has the side effect of putting the config 64BIT prompt into the toplevel
> menuconfig:
>
> [*] 64-bit kernel
> General setup --->
> [*] Enable loada
On Sat, 12 Jan 2013, Andreas Mohr wrote:
> There's of course the EHCI vs. UHCI(/OHCI) duality
> (EHCI host controller responsible for high speed transfers,
> the other for 1.1 full speed, both serving the same port connectors).
> So if the coordination between the two is a problem,
> you might end
On Sat, 12 Jan 2013, Alex Riesen wrote:
> On Fri, Jan 11, 2013 at 10:04 PM, Alex Riesen wrote:
> > Hi,
> >
> > the USB stick (an Cruzer Titanium 2GB) was not recognized at any of
> > the USB ports of this system (an System76 lemu4 laptop, XHCI device)
> > after it was removed. If I attempt to ins
Arnd, Olof,
Please pull for 3.9. This is the initial infrastructure and conversion
of the GIC and VIC to use it. Several people are waiting for the irqchip
infrastructure to go in in order to convert other irqchip code over.
I've left "static asmlinkage" in on the irq handlers. There's been no
On 01/09, Michel Lespinasse wrote:
>
> On Wed, Jan 9, 2013 at 9:49 AM, Oleg Nesterov wrote:
> > On 01/08, Michel Lespinasse wrote:
> >> Like others before me, I have discovered how easy it is to DOS a
> >> system by abusing the rwlock_t unfairness and causing the
> >> tasklist_lock read side to be
On Saturday 2012-10-06 17:55, Yann E. MORIN wrote:
>Hello All!
>
>I'm pleased to announce the release of kconfig-frontends 3.6.0-0!
>Go download it there:
>
> http://ymorin.is-a-geek.org/download/kconfig-frontends/kconfig-frontends-3.6.0-0.tar.xz
Please stick to a single separator, i.e. "3.6
On Sat, Jan 12, 2013 at 04:07:24PM +1300, Tony Prisk wrote:
> > I suggest that you split off the last three (and rebase them to be
> > independent), and apply them to a multiplatform branch for vt8500. Then the
> > last one is a soc branch that goes on top of the multiplatform branch (i.e.
> > you
On 01/08/2013 10:14 AM, Alessandro Rubini wrote:
>> +config AD7923
>
> I wonder if IIO config symbols should have IIO_ in their name, so
> people looking at config files knows what they actually are.
> Actually, all USB drivers have USB in their config name, which is
> useful even if e.g. "PL2303"
On Sat, Jan 12, 2013 at 04:09:49PM +1300, Tony Prisk wrote:
> The following changes since commit
> ce3f386fdf10d79eaf6ebd63bb7adbd95f08f9f0:
>
> arm: vt8500: Remove remaining mach includes (2013-01-12 15:47:39
> +1300)
>
> are available in the git repository at:
>
> git://server.prisktech.co
On Sat, Jan 12, 2013 at 04:09:23PM +1300, Tony Prisk wrote:
> The following changes since commit
> d1c3ed669a2d452cacfb48c2d171a1f364dae2ed:
>
> Linux 3.8-rc2 (2013-01-02 18:13:21 -0800)
>
> are available in the git repository at:
>
> git://server.prisktech.co.nz/git/linuxwmt.git
> tags/vt85
On 01/10, Josh Stone wrote:
>
> For uprobes, systemtap wants regs->ip to be the real breakpoint address,
Just to be sure this didn't escape your attention... Please note that
this becomes true after
[PATCH 2/2] uprobes: Change handle_swbp() to expose bp_vaddr to
handler_chain()
h
On Sat, Jan 12, 2013 at 3:31 AM, Thomas Renninger wrote:
> memmap=exactmap [KNL,X86] Enable setting of an exact
> - E820 memory map, as specified by the user.
> - Such memmap=exactmap lines can be constructed based on
> - BI
On Thu, Dec 20, 2012 at 06:07:46PM -0800, tip-bot for David Woodhouse wrote:
> Commit-ID: ffee0de411fd4f74f3b788892eeb075abbf26c52
> Gitweb: http://git.kernel.org/tip/ffee0de411fd4f74f3b788892eeb075abbf26c52
> Author: David Woodhouse
> AuthorDate: Thu, 20 Dec 2012 21:51:55 +
> Committ
On Wed, Jan 2, 2013 at 10:43 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> Create cmd_dtc_cpp to run the C pre-processor on *.dts file before
> passing them to dtc for final compilation. This allows the use of #define
> and #include within the .dts file.
>
> Signed-off-by: Stephen Warren
On Saturday 12 January 2013 14:16:02 Andreas Mohr wrote:
> > Greg, Linus,
> > It sounds insane, but after banging on the issue I have found out that
> > USB problem is caused (also in vanilla kernel) with a config change:
> > USB-all built as modules - bad USB
> > USB core built in, UHCI/EHCI modu
On Sat, 2013-01-12 at 11:13 +0100, Sedat Dilek wrote:
> On Sat, Jan 12, 2013 at 3:29 AM, Joe Perches wrote:
> > On Sat, 2013-01-12 at 13:17 +1100, Stephen Rothwell wrote:
> >> On Fri, 11 Jan 2013 17:43:06 -0800 Randy Dunlap
> >> wrote:
> >> >
> >> > b0rked.
> >> >
> >> > Some (randconfig?) cause
On 01/11, Christoph Hellwig wrote:
>
> On Thu, Jan 10, 2013 at 03:01:46PM -0800, Josh Stone wrote:
> > The original pull message for uprobes (commit 654443e2) noted:
> >
> > This tree includes uprobes support in 'perf probe' - but SystemTap
> > (and other tools) can take advantage of user probe
1 - 100 of 140 matches
Mail list logo
