On 06/12/2012 05:14 AM, gregkh wrote:
> On Mon, Jun 11, 2012 at 01:47:09PM -0700, Sarah Sharp wrote:
>> Hi Alex,
>>
>> This got lost in the 3.5 push, but I think it's a good candidate for
>> 3.6. I think Greg is accepting 3.6 patches now, and I'll send this off
>> to him.
>
> Yes, I am taking
Build with at91 defconfigs successfully
Signed-off-by: Bryan Wu
Acked-by: Nicolas Ferre
---
arch/arm/mach-at91/board-csb337.c | 2 -
arch/arm/mach-at91/board-ecbat91.c | 18 +-
arch/arm/mach-at91/board-eco920.c | 22 ++-
arch/arm/mach-at91/board-kafa.c |
Attempting to consolidate the ARM LED code, this removes the
custom RealView LED trigger code to turn LEDs on and off in
response to CPU activity and replace it with a standard trigger.
(bryan...@canonical.com:
It introduces several syscore stubs into this trigger.
It also provides ledtrig_cpu
On 8/12/2012 6:53 PM, Al Viro wrote:
Ladies and gentlemen, who the devil had reviewed that little gem?
commit 406a3c638ce8b17d9704052c07955490f732c2b8
Author: John Fastabend
Date: Fri Jul 20 10:39:25 2012 +
is a bleeding bogosity that doesn't pass even the most cursory
Cc: Linus Walleij
Signed-off-by: Bryan Wu
---
arch/arm/Kconfig| 53 ---
arch/arm/include/asm/leds.h | 50 --
arch/arm/kernel/Makefile| 1 -
arch/arm/kernel/leds.c | 121
Signed-off-by: Bryan Wu
---
arch/arm/mach-sa1100/Makefile | 9 ---
arch/arm/mach-sa1100/assabet.c | 85 +++
arch/arm/mach-sa1100/badge4.c | 30 ++
arch/arm/mach-sa1100/cerf.c | 42 ++
arch/arm/mach-sa1100/hackkit.c |
Signed-off-by: Bryan Wu
Acked-by: Tony Lindgren
---
arch/arm/mach-omap1/Makefile | 8 -
arch/arm/mach-omap1/board-h2.c| 32
arch/arm/mach-omap1/board-h3.c| 32
arch/arm/mach-omap1/board-osk.c | 33
arch/arm/mach-omap1/leds-h2p2-debug.c | 166
Signed-off-by: Bryan Wu
---
arch/arm/mach-pnx4008/time.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-pnx4008/time.c b/arch/arm/mach-pnx4008/time.c
index 0cfe8af..47a7ae9 100644
--- a/arch/arm/mach-pnx4008/time.c
+++ b/arch/arm/mach-pnx4008/time.c
@@ -25,7 +25,6 @@
#include
Signed-off-by: Bryan Wu
---
arch/arm/plat-samsung/time.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/plat-samsung/time.c b/arch/arm/plat-samsung/time.c
index 4dcb11c..60552e2 100644
--- a/arch/arm/plat-samsung/time.c
+++ b/arch/arm/plat-samsung/time.c
@@ -28,7 +28,6 @@
#include
Signed-off-by: Bryan Wu
---
arch/arm/mach-pxa/Makefile | 8 ---
arch/arm/mach-pxa/idp.c| 81
arch/arm/mach-pxa/leds-idp.c | 115 --
arch/arm/mach-pxa/leds-lubbock.c | 124 -
Signed-off-by: Bryan Wu
---
drivers/char/nwflash.c | 34 --
1 file changed, 34 deletions(-)
diff --git a/drivers/char/nwflash.c b/drivers/char/nwflash.c
index d45c334..a0e2f7d 100644
--- a/drivers/char/nwflash.c
+++ b/drivers/char/nwflash.c
@@ -30,7 +30,6 @@
Signed-off-by: Bryan Wu
---
arch/arm/mach-footbridge/Makefile | 4 -
arch/arm/mach-footbridge/ebsa285-leds.c | 138 --
arch/arm/mach-footbridge/ebsa285.c| 81 ++
arch/arm/mach-footbridge/netwinder-hw.c | 112
Signed-off-by: Bryan Wu
---
arch/arm/mach-ebsa110/Makefile | 4 +--
arch/arm/mach-ebsa110/leds.c | 81 ++
2 files changed, 51 insertions(+), 34 deletions(-)
diff --git a/arch/arm/mach-ebsa110/Makefile b/arch/arm/mach-ebsa110/Makefile
index
Add tigger based LED driver into board file of P720T.
Remove old LED driver file.
Signed-off-by: Bryan Wu
---
arch/arm/mach-clps711x/Makefile | 2 --
arch/arm/mach-clps711x/common.c | 1 -
arch/arm/mach-clps711x/p720t-leds.c | 63 -
Use the LED in core module for CPU activity and also enable 4
debugging LEDs in baseboard.
The CPU activity LED is now handled by the trigger in the leds
subsystem, retire this old CONFIG_LEDS-based code.
Signed-off-by: Bryan Wu
---
arch/arm/mach-integrator/Makefile | 3 +-
Signed-off-by: Bryan Wu
---
arch/arm/mach-integrator/core.c| 2 --
arch/arm/mach-integrator/include/mach/cm.h | 2 ++
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-integrator/core.c b/arch/arm/mach-integrator/core.c
index eaf6c63..8c53562 100644
---
Signed-off-by: Bryan Wu
Acked-by: Nicolas Pitre
---
arch/arm/mach-orion5x/rd88f5181l-fxo-setup.c | 1 -
arch/arm/mach-orion5x/rd88f5181l-ge-setup.c | 1 -
arch/arm/mach-orion5x/rd88f5182-setup.c | 72 +---
arch/arm/mach-orion5x/rd88f6183ap-ge-setup.c | 1 -
4
The CPU activity LED is now handled by the trigger in the leds
subsystem, retire this old CONFIG_LEDS-based code.
Signed-off-by: Bryan Wu
---
arch/arm/mach-shark/Makefile | 4 +-
arch/arm/mach-shark/core.c | 1 -
arch/arm/mach-shark/leds.c | 220
Signed-off-by: Bryan Wu
Acked-by: Andrew Victor
---
arch/arm/mach-ks8695/Makefile | 3 -
arch/arm/mach-ks8695/devices.c | 21 ---
arch/arm/mach-ks8695/include/mach/devices.h | 5 --
arch/arm/mach-ks8695/leds.c | 92 -
This replaces the custom LED trigger code in mach-realview with
some overarching platform code for the plat-versatile family that
will lock down LEDs 2 thru 5 for CPU activity indication. The
day we have 8 core ARM systems the plat-versatile code will have
to become more elaborate.
Tested on
Based on Linus Walleij's ARM LED consolidation work, this patchset introduce a
new generic led trigger for CPU not only for ARM but also for others.
For enabling CPU idle event, CPU arch code should call ledtrig_cpu() stub to
trigger idle start or idle end event.
These patches convert old style
From: "G.Shark Jeong"
This driver is a general version for LM3639 backlgiht + flash driver chip of TI.
LM3639 :
The LM3639 is a single chip LCD Display Backlight driver + white LED Camera
driver.
Programming is done over an I2C compatible interface.
www.ti.com
Signed-off-by: G.Shark Jeong
From: "G.Shark Jeong"
This driver is a general version for LM3639 backlgiht + flash driver chip of TI.
LM3639 :
The LM3639 is a single chip LCD Display Backlight driver + white LED Camera
driver.
Programming is done over an I2C compatible interface.
www.ti.com
G.Shark Jeong (1):
backlight:
From: Lin Chen
We hit a panic while doing cpu hotplug test.
<0>[ 627.982857] Kernel panic - not syncing: smp_callin: CPU1 started up but
did not get a callout!
<0>[ 627.982864]
<4>[ 627.982876] Pid: 0, comm: kworker/0:1 Tainted: G ...
<4>[ 627.982883] Call Trace:
<4>[ 627.982903] []
From: "G.Shark Jeong"
This driver is a general version for LM3630 backlgiht driver chip of TI.
LM3630 :
The LM3630 is a current mode boost converter which supplies the power
and controls the current in two strings of up to 10 LEDs per string.
Programming is done over an I2C compatible
From: "G.Shark Jeong"
This driver is a general version for LM3630 backlgiht driver chip of TI.
LM3630 :
The LM3630 is a current mode boost converter which supplies the power
and controls the current in two strings of up to 10 LEDs per string.
Programming is done over an I2C compatible
> If that is the case, there is a problem in the original code in
> arch/x86/kernel/aperture_64.c.The original code already stops scanning
> functions the first time it finds an invalid PCI class:
This was only for some AMD northbridges, since it worked there it should
be ok. The code is obsolete
On Sun, 12 Aug 2012, Cyril Chemparathy wrote:
> On 08/11/12 23:39, Nicolas Pitre wrote:
> > On Fri, 10 Aug 2012, Cyril Chemparathy wrote:
> >
> > > This patch adds support for 64-bit physical addresses in virt_to_phys()
> > > patching. This does not do real 64-bit add/sub, but instead patches
(Bringing this back to the mailing lists after a bit of uninteresting private
conversation.)
> Honestly, I think we need a way to force disable gmbus with a module
> parameter or something anyway. It's not the first time gmbus has been
> implicated with an issue. Maybe it even exists already,
On Sun, 12 Aug 2012, Cyril Chemparathy wrote:
> On 08/11/12 23:03, Nicolas Pitre wrote:
> > On Fri, 10 Aug 2012, Cyril Chemparathy wrote:
> >
> > > -extern unsigned long __pv_phys_offset;
> > > -#define PHYS_OFFSET __pv_phys_offset
> [...]
> > > +#define PHYS_OFFSET
On Tue, 7 Aug 2012 21:47:37 +0200, Jiri Slaby wrote:
> For many cards, this saves some IO space because interrupt status port
> has precedence over the rest of ports on the card. Hence it can be
> mapped to a hole in I/O ports.
>
> Here we add a kernel parameter which allows that if a user
On 08/12/2012 08:23 PM, Khalid Aziz wrote:
If that is the case, there is a problem in the original code in
arch/x86/kernel/aperture_64.c.The original code already stops scanning
functions the first time it finds an invalid PCI class:
Unless we can prove that that is invalid *for that
On 08/10/2012 05:57 PM, H. Peter Anvin wrote:
On 08/09/2012 03:34 PM, Betty Dall wrote:
I thought this should be a break instead of a continue since the code
does a break if the class is 0x. If the function does not have a
valid VENDOR_ID, then the remaining function numbers do not have
On Sun, 12 Aug 2012, Cyril Chemparathy wrote:
> On 08/11/12 22:35, Nicolas Pitre wrote:
> > On Fri, 10 Aug 2012, Cyril Chemparathy wrote:
> >
> > > This patch adds basic sanity tests to ensure that the instruction patching
> > > results in valid instruction encodings. This is done by verifying
Hi all,
Changes since 20120810:
The rr tree gained a conflict against the xtensa tree.
The tty tree lost its build failures.
I have still reverted 3 commits from the signal tree at the request of the
arm maintainer.
> vec = irq_to_vector(irq);
> list_for_each_entry(rte, >rtes,
> rte_list) {
> + if (rte->refcnt == NO_REF_RTE)
> + continue;
> +
> iosapic_write(rte->iosapic,
>
On Thu, 9 Aug 2012 14:15:51 +0300 Felipe Balbi wrote:
> hehe, that's nasty. Please send a patch converting to a try count and a
> udelay_range(), or something.
>
how's this?
Thanks,
NeilBrown
From: NeilBrown
Date: Mon, 13 Aug 2012 12:32:58 +1000
Subject: [PATCH] omap2430: don't loop
On Mon, Aug 13, 2012 at 02:53:48AM +0100, Al Viro wrote:
> if (old_priomap)
> memcpy(new_priomap->priomap, old_priomap,
^^^
old_priomap->priomap,
that is.
--
To unsubscribe from
When SWIOTLB is configured, if without this patch kernel compilation
fails.
Signed-off-by: Huacai Chen
Signed-off-by: Hongliang Tao
Signed-off-by: Hua Yan
Cc: dri-de...@lists.freedesktop.org
---
drivers/gpu/drm/radeon/radeon_ttm.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
From: Wei WANG
Realtek PCI-E SD/MMC card host driver is used to access SD/MMC card,
with the help of Realtek PCI-E card reader MFD driver.
Signed-off-by: Wei WANG
---
drivers/mmc/host/Kconfig |7 +
drivers/mmc/host/Makefile |2 +
drivers/mmc/host/rtsx_pci_sdmmc.c |
When poweroff machine, kernel_power_off() call disable_nonboot_cpus().
And if we have HOTPLUG_CPU configured, disable_nonboot_cpus() is not an
empty function but attempt to actually disable the nonboot cpus. Since
system state is SYSTEM_POWER_OFF, play_dead() won't be called and thus
Sorry, this is sent by mistake, please ignore it.
On Mon, Aug 13, 2012 at 10:04 AM, Huacai Chen wrote:
> Loongson-3 is a multi-core MIPS family CPU, it support MIPS64R2
> fully. Loongson-3 has the same IMP field (0x6300) as Loongson-2.
>
> Loongson-3 has a hardware-maintained cache, system
Loongson-3 is a multi-core MIPS family CPU, it support MIPS64R2
fully. Loongson-3 has the same IMP field (0x6300) as Loongson-2.
Loongson-3 has a hardware-maintained cache, system software doesn't
need to maintain coherency.
Loongson-3A is the first revision of Loongson-3, and it is the quad-
Ladies and gentlemen, who the devil had reviewed that little gem?
commit 406a3c638ce8b17d9704052c07955490f732c2b8
Author: John Fastabend
Date: Fri Jul 20 10:39:25 2012 +
is a bleeding bogosity that doesn't pass even the most cursory
inspection. It iterates through descriptor
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02 16:38:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git
tags/please-pull-cmci-storm3
for you to fetch changes up to
> From: Stephen Hemminger [mailto:shemmin...@vyatta.com]
> Sent: Sunday, August 12, 2012 4:51
> To: Ren, Cloud
> > + strcpy(netdev->name, "eth%d");
> > + retval = register_netdev(netdev);
>
> The strcpy is unnecessary, alloc_etherdev already sets that.
Thanks, Hemminger, we will remove this
On Thu, 09 Aug 2012 21:30:29 +0900, Yoshihiro YUNOMAE
wrote:
> Hi All,
>
> The following patch set provides a low-overhead system for collecting kernel
> tracing data of guests by a host in a virtualization environment.
Thankyou!
I've applied this, and it will head into linux-next in the next
Hi Rusty,
Today's linux-next merge of the rr tree got a conflict in
arch/xtensa/Kconfig between commit 75ad645a6efd ("xtensa: add missing
bits required for pci/quirks.c") from the xtensa tree and commit
d673c23ca730 ("Make most arch asm/module.h files use
asm-generic/module.h") from the rr tree.
On 2012-08-12 23:45 Michael Tokarev Wrote:
>On 03.08.2012 12:41, Jens Axboe wrote:
>> On 08/03/2012 07:07 AM, majianpeng wrote:
>[]
>>> diff --git a/block/genhd.c b/block/genhd.c
>>> index cac7366..d839723 100644
>>> --- a/block/genhd.c
>>> +++ b/block/genhd.c
>>> @@ -835,7 +835,7 @@ static void
On 13/08/12 00:53, David Herrmann wrote:
> 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
On 13/08/12 00:53, David Herrmann wrote:
> 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
On 08/10/2012 12:38 PM, Randy Dunlap wrote:
> On 08/09/2012 02:48 PM, Luis R. Rodriguez wrote:
>
>> From: "Luis R. Rodriguez"
>>
>> Initial large code submissions typically are not accepted
>> on their first patch submission. The developers are
>> typically given feedback and at times some
Way back when I rewrote busybox mount 3 times, and now I'm writing
a mount implementation for toybox, and this means I'm going through
the list of VFS flags in include/linux/fs.h and trying to figure out
what they all _do_.
I _think_ there are three flags missing from the list filtered out in
On 13/08/12 00:53, David Herrmann wrote:
> 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
On 2012-08-08 21:50, George Spelvin wrote:
I'm trying to run a v3.5 kernel (plus some -stable patches from Ted
Ts'o) on
an Ubuntu system. Things are generally working except for the
following
Oops on each boot, which prevents the graphics system from loading.
[ 36.187972] [drm] Initialized
On 13/08/12 00:53, David Herrmann wrote:
> 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
On 08/11/12 23:39, Nicolas Pitre wrote:
On Fri, 10 Aug 2012, Cyril Chemparathy wrote:
This patch adds support for 64-bit physical addresses in virt_to_phys()
patching. This does not do real 64-bit add/sub, but instead patches in the
upper 32-bits of the phys_offset directly into the output of
On Fri, Aug 10, 2012 at 02:55:16PM -0300, Rafael Aquini wrote:
> The PATCH "mm: introduce compaction and migration for virtio ballooned pages"
> hacks around putback_lru_pages() in order to allow ballooned pages to be
> re-inserted on balloon page list as if a ballooned page was like a LRU page.
>
On Fri, Aug 10, 2012 at 02:55:14PM -0300, Rafael Aquini wrote:
> 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
>
On Sunday, August 12, 2012, Alan Stern wrote:
> On Thu, 9 Aug 2012, Rafael J. Wysocki wrote:
>
> > There are some known concerns about this approach.
> >
> > First of all, the patch at
> >
> > https://patchwork.kernel.org/patch/1299781/
> >
> > increases the size of struct device by the size
On Aug 12 Clemens Ladisch wrote:
> Send the GUIDs of newly registered controllers and devices
> to the /dev/random driver to help seed its pools.
>
> Signed-off-by: Clemens Ladisch
This looks good to me, almost. Isn't the call in fw_card_add redundant?
The local node's fw_device instance
With the input_mt_sync_frame() function in place, there is no longer
any need to keep the full touch state in the driver. This patch
removes the slot state and replaces the lookup code with the input-mt
equivalent. The initialization code is moved to mt_input_configured(),
to make sure the full
Many MT devices send a number of keys along with the mt information.
This patch makes sure that there is room for them in the packet
buffer.
Signed-off-by: Henrik Rydberg
---
drivers/input/input.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git
Move all MT-related things to a separate place. This saves some
bytes for non-mt input devices, and prepares for new MT features.
Signed-off-by: Henrik Rydberg
---
drivers/input/evdev.c| 10 ++
drivers/input/input-mt.c | 47 +++
Packet estimates are now better handled in the input core. Remove the
redundant estimates from those drivers.
Signed-off-by: Henrik Rydberg
---
drivers/hid/hid-input.c | 4
drivers/hid/hid-magicmouse.c | 2 --
drivers/input/input-mt.c | 1 -
drivers/input/mouse/bcm5974.c | 2 --
Preparing to move more repeated code into the mt core, and a flags
argument to the input_mt_slots_init() function.
Signed-off-by: Henrik Rydberg
---
drivers/hid/hid-magicmouse.c | 2 +-
drivers/hid/hid-multitouch.c | 2 +-
drivers/input/input-mt.c | 4
Some drivers produce their own tracking ids, which needs to be mapped
to slots. This patch provides that function.
Signed-off-by: Henrik Rydberg
---
drivers/input/input-mt.c | 30 ++
include/linux/input/mt.h | 2 ++
2 files changed, 32 insertions(+)
diff --git
Collect common frame synchronization tasks in a new function,
input_mt_sync_frame(). Depending on the flags set, it drops
unseen contacts and performs pointer emulation.
Signed-off-by: Henrik Rydberg
---
drivers/input/input-mt.c | 74 ++--
With the INPUT_MT_TRACK flag set, the function input_mt_assign_slots()
can be used to match a new set of contacts against the currently used
slots. The algorithm used is based on Lagrange relaxation, and performs
very well in practice; slower than mtdev for a few corner cases, but
faster in most
By sending a full frame of events at the same time, the irqsoff
latency at heavy load is brought down from 200 us to 100 us.
Signed-off-by: Henrik Rydberg
---
drivers/input/evdev.c | 68 +++
1 file changed, 47 insertions(+), 21 deletions(-)
diff
On heavy event loads, such as a multitouch driver, the irqsoff latency
can be as high as 250 us. By accumulating a frame worth of data
before passing it on, the latency can be dramatically reduced. As a
side effect, the special EV_SYN handling can be removed, since the
frame is now atomic.
This
Preparing to split event filtering and event passing, move the
autorepeat function to the point where the event is actually passed.
Signed-off-by: Henrik Rydberg
---
drivers/input/input.c | 46 +-
1 file changed, 25 insertions(+), 21 deletions(-)
For some EV_KEY types, sending a larger-than-one value causes the
input state to oscillate. This patch makes sure this cannot happen,
clearing up the autorepeat bypass logic in the process.
Signed-off-by: Henrik Rydberg
---
drivers/input/input.c | 20 +---
1 file changed, 13
Rename touch properties to match established nomenclature, and define
the maximum number of fingers.
Signed-off-by: Henrik Rydberg
---
drivers/input/mouse/bcm5974.c | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/drivers/input/mouse/bcm5974.c
Going through the motions of printing the debug message information
takes a long time; using the keyboard can lead to a 160 us irqsoff
latency. This patch skips hid_dump_input() when there are no open
handles, which brings latency down to 100 us.
Signed-off-by: Henrik Rydberg
---
Use of the in-kernel tracking code to convert the driver to MT-B.
With ten fingers on the pad, the in-kernel tracking adds approximately
25 us to the maximum irqsoff latency. Under normal workloads, however,
the tracking has no measurable effect.
Signed-off-by: Henrik Rydberg
---
A null test was left behind during the autoloading work;
the test was introduced by 8d179a9e, but was never completely
reverted.
Reported-by: Dan Carpenter
Signed-off-by: Henrik Rydberg
---
drivers/hid/hid-multitouch.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff
The logical scale was previously used to produce special width values
to userspace, and its only present use is to put "pressure" hysteresis
on a common scale. However, bcm5974 trackpads are very accurate and
work well without hysteresis.
This patch simplifies the driver and device data by
The ABS_PRESSURE and ABS_WIDTH have special scales, and were initially
added solely for thumb and palm recognition in the synaptics driver.
This never really get used, however, and userspace quickly moved to
MT solutions instead. This patch drops the unused events.
Signed-off-by: Henrik Rydberg
A hid device may create several input devices, and a driver may need
to prepare or finalize the configuration per input device. Currently,
there is no sane way for a driver to know when a device has been
configured. This patch adds a callback providing that information.
Signed-off-by: Henrik
Dmitry, Jiri,
Here is the tentative patchset planned for 3.7. It touches both the
Input and HID subsystems, so I decided to send it to both of you at
once. How to distribute the patches can be decided later.
The gist of the set is in-kernel tracking and latency. As I started
measuring irqsoff
Commit dbf0e4c (PCI: EHCI: fix crash during suspend on ASUS
computers) added a workaround for an ASUS suspend issue related to
USB EHCI and a bug in a number of ASUS BIOSes that attemt to shut
down the EHCI controller during system suspend if its PCI command
register doesn't contain 0 at that
On Sunday, August 12, 2012, Greg Kroah-Hartman wrote:
> On Sun, Aug 12, 2012 at 12:39:19AM +0200, Rafael J. Wysocki wrote:
> > Hi,
> >
> > The usb-wwan driver triggers a NULL pointer dereference oops after resume
> > from system suspend on my Toshiba Portege R500, but since that driver
> > hasn't
From: "Yuval Mintz"
Date: Sun, 12 Aug 2012 07:50:48 +0300
>> Fix the following compiler warnings:
>>
>> - drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c:2908:3: warning:
>> comparison
>>of distinct pointer types lacks a cast [enabled by default]
>> -
From: "Michael S. Tsirkin"
Date: Sun, 12 Aug 2012 11:49:29 +0300
> On Sun, Aug 12, 2012 at 10:26:31AM +0400, Denis Efremov wrote:
>> rcu_dereference occurs in update section. Replacement by
>> rcu_dereference_protected in order to prevent lockdep
>> complaint.
>>
>> Found by Linux Driver
On Fri, Aug 10, 2012 at 11:20:07AM -0600, Jim Schutt wrote:
> On 08/10/2012 05:02 AM, Mel Gorman wrote:
> >On Thu, Aug 09, 2012 at 04:38:24PM -0600, Jim Schutt wrote:
>
> >>>
> >>>Ok, this is an untested hack and I expect it would drop allocation success
> >>>rates again under load (but not as
On Sat, Aug 11, 2012 at 23:34 -0700, Kees Cook wrote:
> On Wed, Aug 8, 2012 at 5:19 AM, Vasily Kulikov wrote:
> > Hi Kees,
> >
> > On Wed, Jul 25, 2012 at 17:29 -0700, Kees Cook wrote:
> >> +/**
> >> + * safe_hardlink_source - Check for safe hardlink conditions
> >> + * @inode: the source inode
On Sun, Aug 12, 2012 at 11:48:02AM -0700, Greg KH wrote:
> On Sun, Aug 12, 2012 at 11:33:05AM -0700, Greg KH wrote:
> > On Sun, Aug 12, 2012 at 08:25:31PM +0200, Daniel Vetter wrote:
> > > On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> > > > Hi Daniel.
> > > >
> > > > The 3.6-rc1
On 08/09/2012 09:54 PM, Sachin Bhamare wrote:
> On 8/8/12 10:02 AM, Alexey Khoroshilov wrote:
>> There is no memory allocation failure check in uri_store().
>> That can lead to NULL pointer dereference.
>>
>> Found by Linux Driver Verification project (linuxtesting.org).
>>
>> Signed-off-by:
On Thu, Aug 09, 2012 at 04:53:26PM +0300, Peter Ujfalusi wrote:
> On 08/09/2012 01:36 PM, Mark Brown wrote:
> > Is there any actual case where an external mute is supplied via a
> > mechanism other than a GPIO, and if there is would it not either need
> > its own DT property or already need to
On Sun, Aug 12, 2012 at 11:33:05AM -0700, Greg KH wrote:
> On Sun, Aug 12, 2012 at 08:25:31PM +0200, Daniel Vetter wrote:
> > On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> > > Hi Daniel.
> > >
> > > The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
> > > i915
On Sun, Aug 12, 2012 at 08:25:31PM +0200, Daniel Vetter wrote:
> On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> > Hi Daniel.
> >
> > The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
> > i915 driver initializes itself. I bisected this down to commit
> >
On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> Hi Daniel.
>
> The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
> i915 driver initializes itself. I bisected this down to commit
> 24ded204429fa0f5501d37c63ee35c555c0b75ee (drm/i915: properly enable the
> blc
Hi Daniel.
The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
i915 driver initializes itself. I bisected this down to commit
24ded204429fa0f5501d37c63ee35c555c0b75ee (drm/i915: properly enable the
blc controller on the right pipe), and when I revert that, and also
On 08/11/12 22:22, Nicolas Pitre wrote:
On Fri, 10 Aug 2012, Cyril Chemparathy wrote:
The original phys_to_virt/virt_to_phys patching implementation relied on early
patching prior to MMU initialization. On PAE systems running out of >4G
address space, this would have entailed an additional
Acked-by: Christoph Lameter
On Aug 12, 2012, at 11:40, Shuah Khan wrote:
> kmem_cache_create() does cache integrity checks when CONFIG_DEBUG_VM
> is defined. These checks interspersed with the regular code path has
> lead to compile time warnings when compiled without CONFIG_DEBUG_VM
>
On 08/11/12 23:03, Nicolas Pitre wrote:
On Fri, 10 Aug 2012, Cyril Chemparathy wrote:
This patch replaces the original physical offset patching implementation
with one that uses the newly added patching framework. In the process, we now
unconditionally initialize the __pv_phys_offset and
On Mon, 2012-08-13 at 00:25 +0900, Masatake YAMATO wrote:
> In format strings for printk in be2iscsi, literal c string
> concatenations are used widely. However, the log output is a bit
> difficult to read because whitespaces are missed in the literal c
> strings like:
>
> SE_DEBUG(DBG_LVL_1,
Josh Boyer wrote, on 13/08/12 00:07:
On Sun, Aug 12, 2012 at 9:59 AM, Arthur Marsh
...
Has this problem been seen by anyone else?
Yep, it was reported in Fedora last week.
Is a fix already in the works?
Miklos posted this patch series that fixed things:
On Thu, 9 Aug 2012, Rafael J. Wysocki wrote:
> There are some known concerns about this approach.
>
> First of all, the patch at
>
> https://patchwork.kernel.org/patch/1299781/
>
> increases the size of struct device by the size of a pointer, which may seem
> to
> be a bit excessive to
1 - 100 of 342 matches
Mail list logo
