On 02/19/2013 08:40 PM, Yinghai Lu wrote:
On Mon, Feb 18, 2013 at 2:09 AM, Hannes Reinecke wrote:
The PCI config space reseves a byte for the interrupt line,
so irq 255 actually refers to 'not set'.
However, the 'irq' field for struct pci_dev is an integer,
so the original meaning is lost,
On Thu, Feb 07, 2013 at 11:45:34PM -0200, Marcelo Tosatti wrote:
> On Wed, Jan 23, 2013 at 03:19:22PM +0800, Hu Tao wrote:
> > This patch enables preservation of cpu runstate during save/load vm.
> > So when a vm is restored from snapshot, the cpu runstate is restored,
> > too.
> >
> > See
On Wednesday 2013-02-20 00:21, Yann E. MORIN wrote:
>> This seems to install
>> /usr/bin/diff[...]
>
>By default, the binaries should all ne prefixed with 'kconfig-' to avoid
>such name-clashing (as root, in a fresh debootstrap of squeeze here):
Aha. Seems I hit a peculiarity in
Hi Mark,
I am getting compilation warning while compiling v3.8
commit 19f949f52599ba7c3f67a5897ac6be14bfcb1200
Author: Linus Torvalds
Date: Mon Feb 18 15:58:34 2013 -0800
Linux 3.8
Warning:
CC drivers/base/regmap/regmap-debugfs.o
drivers/base/regmap/regmap-debugfs.c: In function
Hello Peter and maintainers.
I wonder what are the plans for the branch x86/amba, part of the tip
repository. Of the 7 patches in that branch, 2 are already upstream
and the other 5 rebase perfectly (only conflicts are in the header
stanzas). This is the reverse log from next to my current
The latest maintenance release Git v1.8.1.4 is now available at the
usual places.
This is primarily to tighten the host verification when imap-send is
talking to your mail server via TLS/SSL. The topic that was merged to
the tip of 'maint' track consists of 3 patches and is based on the
1.7.6
On Wed, 2013-02-20 at 13:55 +0800, Alex Shi wrote:
> Joonsoo Kim suggests not packing exec task, since the old task utils is
> possibly unuseable.
(I'm stumbling around in rtmutex PI land, all dazed and confused, so
forgive me if my peripheral following of this thread is off target;)
Hm,
From: Sha Zhengju
Signed-off-by: Sha Zhengju
---
kernel/sched/core.c | 17 -
1 file changed, 17 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index c0b07c3..792f6fc 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -1957,23 +1957,6 @@
Hi Jingoo,
On Wed, Feb 20, 2013 at 03:11:38PM +0900, Jingoo Han wrote:
> Use devm_gpio_request_one() and devm_request_threaded_irq() to make
> cleanup paths and more simple.
>
> Signed-off-by: Jingoo Han
> ---
> drivers/mfd/twl6040.c | 26 +++---
> 1 files changed, 7
On Wed, Feb 20, 2013 at 03:14:05PM +0900, Jingoo Han wrote:
> Use devm_request_irq() and devm_kzalloc() to make cleanup paths
> more simple.
>
> Signed-off-by: Jingoo Han
> ---
> drivers/mfd/tps65010.c | 15 +--
> 1 files changed, 5 insertions(+), 10 deletions(-)
>
> diff --git
On Wed, Feb 20, 2013 at 03:13:06PM +0900, Jingoo Han wrote:
> Use devm_request_irq() and devm_kzalloc() to make cleanup paths
> more simple.
>
> Signed-off-by: Jingoo Han
> ---
> drivers/mfd/ezx-pcap.c | 16 +---
> 1 files changed, 5 insertions(+), 11 deletions(-)
>
> diff --git
Hi Jongoo,
On Wed, Feb 20, 2013 at 03:12:38PM +0900, Jingoo Han wrote:
> Use devm_request_irq() and devm_kzalloc() to make cleanup paths
> more simple.
>
...
> @@ -1269,9 +1266,7 @@ static int __exit menelaus_remove(struct i2c_client
> *client)
> {
> struct menelaus_chip*menelaus =
On Tue, Feb 19 2013, Konrad Rzeszutek Wilk wrote:
> Hey Jens,
>
> Please git pull the following branch:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
> stable/for-jens-3.9
>
> which has bug-fixes that did not make it in v3.8. They all are marked as
> material for the stable
On 02/19/2013 07:23 PM, Axel Lin wrote:
> tps6586x_regulator_set_slew_rate() returns -EINVAL when having slew rate
> settings for other than SM0/1, thus use dev_err rather than dev_warn.
Reviewed-by: Stephen Warren
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
This patch fixes several mempolicy leaks in the tmpfs mount logic.
These leaks are slow - on the order of one object leaked per mount
attempt.
Leak 1 (umount doesn't free mpol allocated in mount):
while true; do
mount -t tmpfs -o mpol=interleave,size=100M nodev /mnt
umount
The tmpfs remount logic preserves filesystem mempolicy if the mpol=M
option is not specified in the remount request. A new policy can be
specified if mpol=M is given.
Before this patch remounting an mpol bound tmpfs without specifying
mpol= mount option in the remount request would set the
在 2013-02-19二的 23:00 -0800，David Rientjes写道：
> On Wed, 20 Feb 2013, li guang wrote:
>
> > Yes, I know there's no new changes in my patch as I said before(not
> > based on lasted), but as I try to apply my patch(1/4), it will do
> > the right work to move current srat.c from arch/x86/mm/ to
> >
On Wed, 20 Feb 2013, David Miller wrote:
>
> We should "|= more_flags" rather than "= more_flags".
>
> Reported-by: David Rientjes
> Signed-off-by: David S. Miller
Acked-by: David Rientjes
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, 20 Feb 2013, li guang wrote:
> Yes, I know there's no new changes in my patch as I said before(not
> based on lasted), but as I try to apply my patch(1/4), it will do
> the right work to move current srat.c from arch/x86/mm/ to
> arch/x86/kernel/acpi/ regardless of what I based is not
Hi,
On Wed, Feb 20, 2013 at 12:28 AM, Alexey Khoroshilov
wrote:
> goto err and goto err_gateoff before mutex_lock(>internal->demod_lock)
> lead to unlock of unheld mutex in stv090x_sleep().
Out of curiosity, what happens when you try to unlock an unlocked mutex ?
Regards,
Manu
--
To
On 02/20/2013 02:02 PM, Stephen Rothwell wrote:
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
net/core/dev.c between commit 900ff8c63214 ("net: move procfs code to
net/core/net-procfs.c") from the net-next tree and commit "hlist: drop
the node parameter from iterators"
Accomodate the possibility that the TSB might be NULL at
the point that update_mmu_cache() is invoked. This is
necessary because we will sometimes need to defer the TSB
allocation to the first fault that happens in the 'mm'.
Seperate out the hugepage PTE test into a seperate function
so that
If our first THP installation for an MM is via the set_pmd_at() done
during khugepaged's collapsing we'll end up in tsb_grow() trying to do
a GFP_KERNEL allocation with several locks held.
Simply using GFP_ATOMIC in this situation is not the best option
because we really can't have this fail, so
We should "|= more_flags" rather than "= more_flags".
Reported-by: David Rientjes
Signed-off-by: David S. Miller
---
arch/sparc/mm/tsb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sparc/mm/tsb.c b/arch/sparc/mm/tsb.c
index 7f64743..428982b 100644
---
Ok I've written an alternative version of the fix that I've been busy
testing all evening.
I think it's much better and it's about to be posted as a series of 3
patches.
Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Feb 19, 2013 at 7:41 AM, Ingo Molnar wrote:
>
> Please pull the latest x86-platform-for-linus git tree from:
Hmm.
My main desktop just had a reboot failure - it just got stuck at the
end, not powering down, and not rebooting like it should have.
This is *not* necessarily the pull that
Hi Andrew,
After merging the akpm tree, today's linux-next build (powerpc
ppc44x_defconfig) produced this warning:
block/partitions/efi.c: In function 'is_gpt_valid':
block/partitions/efi.c:324:3: warning: format '%lu' expects argument of type
'long unsigned int', but argument 3 has type
In v3.3, the gma500 drm driver moved from staging to drm group by
Alan Cox's 3abcf41fb patch. the gma500 drm driver should control
brightness well and don't need gma500 stub driver anymore.
Reference:
http://lists.freedesktop.org/archives/dri-devel/2012-May/023426.html
Hi Andrew,
After merging the akpm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/net/ethernet/qlogic/qlcnic/qlcnic_hw.c: In function
'qlcnic_prune_lb_filters':
drivers/net/ethernet/qlogic/qlcnic/qlcnic_hw.c:607:63: error: macro
"hlist_for_each_entry_safe" passed
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive first round of updates for the input subsystem.
You will get 2 new touchpad drivers - Cypress
On 02/18/2013 01:07 PM, Alex Shi wrote:
> New task has no runnable sum at its first runnable time, so its
> runnable load is zero. That makes burst forking balancing just select
> few idle cpus to assign tasks if we engage runnable load in balancing.
>
> Set initial load avg of new forked task as
Per X.509 spec in 4.2.1.1 section, the structure of Authority Key
Identifier Extension is:
AuthorityKeyIdentifier ::= SEQUENCE {
keyIdentifier [0] KeyIdentifier OPTIONAL,
authorityCertIssuer [1] GeneralNamesOPTIONAL,
From: Yong Zhang
Current access_ok() will fail even if the address range is
valid when it reaches to the end of TASK_SIZE.
For exampe: addr = 0xf0; size = 16;
the real address range it want to access is 0xf0~0xf;
but addr + size = 0x100 which we will not and can't
Use devm_request_irq() and devm_kzalloc() to make cleanup paths
more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/tc3589x.c | 21 ++---
1 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/drivers/mfd/tc3589x.c b/drivers/mfd/tc3589x.c
index ecc092c..4cb92bb
Use devm_request_irq() and devm_kzalloc() to make cleanup paths
more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/tps65010.c | 15 +--
1 files changed, 5 insertions(+), 10 deletions(-)
diff --git a/drivers/mfd/tps65010.c b/drivers/mfd/tps65010.c
index da2691f..a5438cc 100644
Use devm_request_irq() and devm_kzalloc() to make cleanup paths
more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/da903x.c | 19 ++-
1 files changed, 6 insertions(+), 13 deletions(-)
diff --git a/drivers/mfd/da903x.c b/drivers/mfd/da903x.c
index 05176cd..f1a316e 100644
On Wed, 2013-02-20 at 11:25 +0530, chetan cr123 wrote:
Avoiding top posting.
> Hi Anish,
>
> Thanks for your reply,
>
> I was doing device registration for device by giving same name as
> driver name, This i used to do in platform driver registration,
>
> But i dont know how to do for mmc
Use devm_request_irq() and devm_kzalloc() to make cleanup paths
more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/ezx-pcap.c | 16 +---
1 files changed, 5 insertions(+), 11 deletions(-)
diff --git a/drivers/mfd/ezx-pcap.c b/drivers/mfd/ezx-pcap.c
index b7a61f0..8dea3a9
From: Lin Ming
Add runtime pm helper functions:
void blk_pm_runtime_init(struct request_queue *q, struct device *dev)
- Initialization function for drivers to call.
int blk_pre_runtime_suspend(struct request_queue *q)
- If any requests are in the queue, mark last busy and return -EBUSY.
In August 2010, Jens and Alan discussed about "Runtime PM and the block
layer". http://marc.info/?t=12825910841=1=2
And then Alan has given a detailed implementation guide:
http://marc.info/?l=linux-scsi=133727953625963=2
To test:
# ls -l /sys/block/sda
Use devm_request_irq() and devm_kzalloc() to make cleanup paths
more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/menelaus.c | 23 +--
1 files changed, 9 insertions(+), 14 deletions(-)
diff --git a/drivers/mfd/menelaus.c b/drivers/mfd/menelaus.c
index
Use devm_gpio_request_one() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/omap-usb-host.c | 23 ++-
1 files changed, 2 insertions(+), 21 deletions(-)
diff --git a/drivers/mfd/omap-usb-host.c b/drivers/mfd/omap-usb-host.c
index
From: Lin Ming
When a request is added:
If device is suspended or is suspending and the request is not a
PM request, resume the device.
When the last request finishes:
Call pm_runtime_mark_last_busy().
When pick a request:
If device is resuming/suspending, then only PM request
From: Lin Ming
Add a flag REQ_PM to identify the request is PM related, such requests
will not change the device request queue's runtime status. It is
intended to be used in driver's runtime PM callback, so that driver can
perform some IO to the device there with the queue's runtime status
Use devm_gpio_request_one() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/intel_msic.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/intel_msic.c b/drivers/mfd/intel_msic.c
index 1804331..5be3b5e 100644
---
Use devm_gpio_request_one() and devm_request_threaded_irq() to make
cleanup paths and more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/twl6040.c | 26 +++---
1 files changed, 7 insertions(+), 19 deletions(-)
diff --git a/drivers/mfd/twl6040.c
From: Lin Ming
Uses block layer runtime pm helper functions in
scsi_runtime_suspend/resume for devices that take advantage of it.
Remove scsi_autopm_* from sd open/release path and check_events path.
Signed-off-by: Lin Ming
Signed-off-by: Aaron Lu
---
drivers/scsi/scsi_pm.c | 84
Use devm_gpio_request_one() and devm_kzalloc() to make cleanup paths
more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/aat2870-core.c | 20 ++--
1 files changed, 6 insertions(+), 14 deletions(-)
diff --git a/drivers/mfd/aat2870-core.c b/drivers/mfd/aat2870-core.c
index
Use devm_gpio_request_one() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/mfd/lm3533-core.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/lm3533-core.c b/drivers/mfd/lm3533-core.c
index ceebf2c..4b7e6da 100644
---
devm_kfree() allocates memory that is released when a driver detaches.
Thus, there is no reason to explicitly call devm_kfree() in probe or remove
functions.
Signed-off-by: Jingoo Han
---
drivers/mfd/88pm860x-core.c | 12 +++-
1 files changed, 3 insertions(+), 9 deletions(-)
diff
On Tue, Feb 19, 2013 at 11:02:24AM +0200, Andy Shevchenko wrote:
> On Mon, 2013-01-28 at 13:04 +0200, Andy Shevchenko wrote:
> > On some hardware configurations we have got the request line with the
> > offset.
> > The patch introduces convert_slave_id() helper for that cases. The request
> >
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
net/core/dev.c between commit 900ff8c63214 ("net: move procfs code to
net/core/net-procfs.c") from the net-next tree and commit "hlist: drop
the node parameter from iterators" from the akpm tree.
I fixed it up (see below) and
On 20 February 2013 13:41, Alexander Shiyan wrote:
>> > ...
>> >> >> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
>> >> >> >> >> {
>> >> >> >> >> struct device_node *syscon_np;
>> >> >> >> >> struct regmap *regmap;
>> >> >> >> >> + struct syscon
On Tue, 2013-01-08 at 21:33 +0100, Jiri Kosina wrote:
> On Mon, 7 Jan 2013, Joe Perches wrote:
>
> > > Remove the somewhat awkward uses of print_symbol and convert all the
> > > existing uses to a new vsprintf pointer type of %pSR.
> >
> > Jiri? Are you going to do anything with this?
>
> Joe,
On Wed, Feb 20, 2013 at 11:26:54AM +0900, Tomoya MORINAGA wrote:
> Hi
>
> Could you review this patch ?
> 8 days have passed...
Sorry looks like I missed it. I have queued it up and will apply after -rc1
--
~Vinod
>
> thanks,
> tomoya
>
> On Tue, Feb 12, 2013 at 11:25 AM, Tomoya MORINAGA
>
2013/2/19 Steven Rostedt :
> On Tue, 2013-02-19 at 11:33 +0900, Namjae Jeon wrote:
>> From: Namjae Jeon
>
>> +TRACE_EVENT(f2fs_unlink_exit,
>> + TP_PROTO(struct dentry *dentry, int ret),
>> +
>> + TP_ARGS(dentry, ret),
>> +
>> + TP_STRUCT__entry(
>> + __field(ino_t, ino)
Hi Anish,
Thanks for your reply,
I was doing device registration for device by giving same name as
driver name, This i used to do in platform driver registration,
But i dont know how to do for mmc device registration,
And i also want to know which part of the code(file name) is doing the
On 02/18/2013 04:56 PM, Alex Shi wrote:
> On 02/18/2013 04:44 PM, Joonsoo Kim wrote:
>> Hello, Alex.
>>
>> On Mon, Feb 18, 2013 at 01:07:37PM +0800, Alex Shi wrote:
>>> If the waked/execed task is transitory enough, it will has a chance to be
>>> packed into a cpu which is busy but still has time
Hi Sjur,
After merging the modem_shm tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/remoteproc/remoteproc_virtio.c: In function 'rproc_virtio_new_vringh':
drivers/remoteproc/remoteproc_virtio.c:234:16: error: 'struct rproc_vdev' has
no member named 'dfeatures'
> > ...
> >> >> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
> >> >> >> >> {
> >> >> >> >> struct device_node *syscon_np;
> >> >> >> >> struct regmap *regmap;
> >> >> >> >> + struct syscon *syscon;
> >> >> >> >> + struct device *dev;
> >> >> >> >>
>
On 02/20/2013 10:57 AM, Kyungmin Park wrote:
On Tue, Feb 19, 2013 at 10:27 PM, Simon Jeons wrote:
On 02/05/2013 03:10 PM, Marek Szyprowski wrote:
Hello,
On 2/5/2013 12:34 AM, Minchan Kim wrote:
On Mon, Feb 04, 2013 at 11:27:05AM +0100, Marek Szyprowski wrote:
The total number of low memory
On 19 February 2013 18:54, Alexander Shiyan wrote:
> ...
>> >> >> >> struct regmap *syscon_regmap_lookup_by_compatible(const char *s)
>> >> >> >> {
>> >> >> >> struct device_node *syscon_np;
>> >> >> >> struct regmap *regmap;
>> >> >> >> + struct syscon *syscon;
>> >> >> >> +
>
> The problem is that adding this tunable will constrain future VM
> implementations. We will forever need to at least retain the
> pseudo-file. We will also need to make some effort to retain its
> behaviour.
>
> It would of course be better to fix things so you don't need to tweak
> VM
> This is my concern about making this a special case with the
> introduction ENQUEUE_NEWTASK flag; enqueue jumps through enough hoops
> as it is.
>
> I still don't see why we can't resolve this at init time in
> __sched_fork(); your patch above just moves an explicit initialization
> of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Stephen,
On Wednesday 20 February 2013 04:51 AM, Stephen Rothwell wrote:
> Hi Vineet,
>
> On Tue, 19 Feb 2013 23:41:02 +0530 Vineet Gupta
> wrote:
>>
>> Can you please point ARC's next tree to following:
>>
>>
On Tue, Feb 19, 2013 at 11:59:10AM +0200, Felipe Balbi wrote:
> Hi,
>
> On Mon, Feb 18, 2013 at 09:20:10PM +0200, Felipe Balbi wrote:
> > On Mon, Feb 18, 2013 at 11:17:19AM -0800, Greg KH wrote:
> > > On Mon, Feb 18, 2013 at 09:09:04PM +0200, Felipe Balbi wrote:
> > > > Whenever a struct
Hi Michael,
Today's linux-next merge of the vhost tree got a conflict in
drivers/vhost/Makefile between commit 4d8dc8b44748 ("vringh: host-side
implementation of virtio rings") from the virtio tree and commit
0b87bfefde9a ("vhost-blk: Add vhost-blk support v6") from the vhost tree.
I fixed it up
On Tue, Feb 19, 2013 at 08:04:05PM -0800, Andy Ross wrote:
> On 02/19/2013 05:45 PM, Greg Kroah-Hartman wrote:
> >>When vt.init_hide is set, suppress output on newly created consoles
> >>until an affirmative switched to that console. This prevents boot
> >>output from displaying (and clobbering
LP8557 is one of LP855x family device, but it has different register map
and initialization process.
To support this device, device specific configuration is done through the
lp855x_device_config structure.
Few register definitions are fixed for better readability.
BRIGHTNESS_CTRL ->
Getting the brightness value is not critical, no need to read the actual
register value. To simplify it, just return the 'bl->props.brightness' value.
Then, lp855x_read_byte() can be removed, not used any more.
Signed-off-by: Milo(Woogyom) Kim
---
drivers/video/backlight/lp855x_bl.c | 24
At this moment, LP855x device driver has fixed register configuration.
For example, fixed register addresses and values are set on the device
initialization.
But new device of LP855x family, LP8557 has different register map and
initialization sequence.
To support new device architecture,
To support new device LP8557, LP855x device initialization process should be
changed.
This patch-set enables re-designing LP855x driver architecture and
supporting LP8557 device.
Milo(Woogyom) Kim (3):
backlight: lp855x_bl: introduce device configuration flow
backlight: lp855x_bl: support new
On Wed, 2013-02-20 at 15:20 +1100, Alexey Kardashevskiy wrote:
> On 20/02/13 14:47, Alex Williamson wrote:
> > On Wed, 2013-02-20 at 13:31 +1100, Alexey Kardashevskiy wrote:
> >> On 20/02/13 07:11, Alex Williamson wrote:
> >>> On Tue, 2013-02-19 at 18:38 +1100, David Gibson wrote:
> On Mon,
On Wed, Feb 20, 2013 at 03:25:07PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the driver-core tree got conflicts in
> drivers/vhost/Kconfig and drivers/vhost/Kconfig.tcm between commit
> 4d8dc8b44748 ("vringh: host-side implementation of virtio rings") from
> the
Hi Greg,
Today's linux-next merge of the driver-core tree got conflicts in
drivers/vhost/Kconfig and drivers/vhost/Kconfig.tcm between commit
4d8dc8b44748 ("vringh: host-side implementation of virtio rings") from
the virtio tree and commit 43893cbefc1b ("drivers/vhost: remove depends
on
I'm announcing the release of the 3.2.39 kernel.
All users of the 3.2 kernel series should upgrade.
The updated 3.2.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.2.y
and can be browsed at the normal kernel.org git web browser:
Hi everyone,
On 02/19/2013 05:04 PM, Paul Turner wrote:
> On Fri, Feb 15, 2013 at 2:07 AM, Alex Shi wrote:
>>
>>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>>> index 1dff78a..9d1c193 100644
>>> --- a/kernel/sched/core.c
>>> +++ b/kernel/sched/core.c
>>> @@ -1557,8 +1557,8 @@ static
On 20/02/13 14:47, Alex Williamson wrote:
On Wed, 2013-02-20 at 13:31 +1100, Alexey Kardashevskiy wrote:
On 20/02/13 07:11, Alex Williamson wrote:
On Tue, 2013-02-19 at 18:38 +1100, David Gibson wrote:
On Mon, Feb 18, 2013 at 10:24:00PM -0700, Alex Williamson wrote:
On Mon, 2013-02-18 at
On 02/19/2013 05:45 PM, Greg Kroah-Hartman wrote:
When vt.init_hide is set, suppress output on newly created consoles
until an affirmative switched to that console. This prevents boot
output from displaying (and clobbering splash screens, etc...)
without disabling the console entirely.
What's
From: "Steven Rostedt (Red Hat)"
Although the patchcheck test checks for warnings in the files that were
changed, this check does not catch warnings that were caused by header
file changes and the warnings appear in C files not touched by the
commit.
Add a new option called WARNINGS_FILE. If
From: "Steven Rostedt (Red Hat)"
The reboot just wants to get to the next kernel. But if a warning (Call
Trace) appears, the monitor will report an error, and the reboot will
think something went wrong and power cycle the box, even though we
successfully made it to the next kernel.
Ignore
Linus,
Updates include:
o Added ability to have all builds test warnings.
o Fixed failing reboot when the reboot produces a non fatal error.
o Config reading fixes and other cleanups.
Please pull the latest ktest-v3.9 tree, which can be found at:
From: "Steven Rostedt (Red Hat)"
Options are allowed to use other options, for example:
LOG_FILE = ${OUTPUT_DIR}/${MACHINE}.log
where the option LOG_FILE used the options OUTPUT_DIR and MACHINE.
But if a test option were to use a default option, it will not get
substituted:
OUTPUT_DIR =
From: "Steven Rostedt (Red Hat)"
Sometimes when a test kernel passed fine, but on reboot it crashed,
ktest could get stuck and not proceed. This would be frustrating if you
let a test run overnight to find out the next morning that it was stuck
on the first test.
To fix this, I made reboot
From: "Steven Rostedt (Red Hat)"
The index of a line where a warning is tested can be returned
differently on different versions of gcc (or same version compiled
differently). That is, a tab + space can give different results. This
causes the warning check to produce a false positive. Removing
From: "Steven Rostedt (Red Hat)"
The patchcheck test looks at what files are modified for each patch it
checks and makes sure that those files do not produce any warnings.
Unfortunately, when it read the diffstat, the newlines were added on the
files and this made compares miss warnings, and
From: "Steven Rostedt (Red Hat)"
If the user is doing a build or install bisect, there's no reason to
have them define CONSOLE, as the console does not need to be read. The
console only needs to be read for boot tests.
CONSOLE is not required for normal build or install tests, let's not
require
From: Graeme Gregory
Add the DTS definition for the palmas device including the MFD children.
Signed-off-by: Graeme Gregory
[j-keer...@ti.com: changed the DT node property names to follow the
convention]
Signed-off-by: J Keerthy
---
Documentation/devicetree/bindings/mfd/palmas.txt | 67
Hi Mark,
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: Wednesday, February 20, 2013 1:43 AM
> To: J, KEERTHY
> Cc: lgirdw...@gmail.com; linux-kernel@vger.kernel.org;
> g...@slimlogic.co.uk
> Subject: Re: [PATCH 4/4] regulator: palmas: Change
On Wed, 2013-02-20 at 13:31 +1100, Alexey Kardashevskiy wrote:
> On 20/02/13 07:11, Alex Williamson wrote:
> > On Tue, 2013-02-19 at 18:38 +1100, David Gibson wrote:
> >> On Mon, Feb 18, 2013 at 10:24:00PM -0700, Alex Williamson wrote:
> >>> On Mon, 2013-02-18 at 17:15 +1100, Alexey Kardashevskiy
Hi Vasilis,
2013/02/20 3:11, Vasilis Liaskovitis wrote:
Hi,
On Sun, Feb 17, 2013 at 04:27:18PM +0100, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
Make the ACPI memory hotplug driver use struct acpi_scan_handler
for representing the object used to set up ACPI memory hotplug
Reorders a couple of device IDs (Logitech controllers) to ensure
that they are in hexidecimal order.
Signed-off-by: Simon Wood
---
drivers/hid/hid-ids.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/hid-ids.h b/drivers/hid/hid-ids.h
index 34e2547..865492c
Previously 'LG4FF' was only used for the WiiWheel, however it is now used
for all the Logitech Wheels. This patch corrects the detection mechanism
for the patching the report descriptor to ensure only the WiiWheel will
be patched.
Signed-off-by: Simon Wood
---
drivers/hid/hid-lg.c | 20
On 20/02/2013 02:16, Paul E. McKenney wrote:
On Wed, Feb 20, 2013 at 12:34:12AM +0800, Daniel J Blueman wrote:
Hi Paul,
On some of our larger servers with many hundreds of cores and when
under high duress, we can see scheduler RCU stall warnings [1], so
find we have to increase the hardcoded
This patch provides a modified report descriptor to split accelerator
and brake, and adds the 'NO_GET' flag to prevent it hanging on
connection.
Note: for convience this patch is against the follow patch which was applied
earlier this week.
https://patchwork.kernel.org/patch/2153471/
This patch removes code which is now unnecessary for setting the fuzz/flat
characterics for the logitech DFP wheel. This is now done in the previous
patch by marking the wheel as a multi-axis device.
Signed-off-by: Simon Wood
---
drivers/hid/hid-lg4ff.c | 17 -
1 file changed,
This patch ensures that the Logitech wheels are not initialised with
default fuzz/flat values, by marking them as multiaxis devices (rather
than joysticks).
Signed-off-by: Simon Wood
---
drivers/hid/hid-lg.c | 20
1 file changed, 20 insertions(+)
diff --git
On Tue, Feb 19, 2013 at 7:51 PM, Greg Kroah-Hartman
wrote:
> On Mon, Feb 18, 2013 at 07:50:16PM -0700, Shuah Khan wrote:
>> On Mon, Feb 18, 2013 at 11:24 AM, Greg Kroah-Hartman
>> wrote:
>> > This is the start of the stable review cycle for the 3.4.33 release.
>> > There is 1 patch in this
> > [0.00]
> > [0.00] [ cut here ]
> > [0.00] WARNING: at /c/kernel-tests/src/tip/kernel/mutex.c:386
> > __mutex_lock_common+0x5a9/0x870()
> > [0.00] Hardware name: Bochs
> > [0.00] Modules linked in:
> > [0.00] Pid: 0, comm:
On Tue, 19 Feb 2013, Kim Phillips wrote:
> On Fri, 8 Feb 2013 22:16:47 -0500
> Nicolas Pitre wrote:
>
> > Not only that, but in many cases the results are wildly different given
> > the same config:
> >
> > > imx_v6_v7_defconfig: 7637605 7636935 -670
> > > lart_defconfig:
1 - 100 of 1522 matches
Mail list logo
