On Wed, Feb 13, 2013 at 4:54 PM, H. Peter Anvin wrote:
>
> It does for the callee, but only on a whole-file basis. It would be a
> lot nicer if we could do it with function attributes.
A way to just set the callee-clobbered list on a per-function basis
would be lovely. Gcc has limited support fo
On Wed, Feb 13, 2013 at 6:49 AM, Ingo Molnar wrote:
>
> * Alex Shi wrote:
>
>> On 02/09/2013 10:45 AM, Michel Lespinasse wrote:
>> > This proposal implements writer lock stealing in lib/rwsem.c, just as
>> > Alex Shi's earlier proposal did for the simpler lib/rwsem-spinlock.c
>>
>> Ops, my patch
On 02/13/2013 11:33 AM, Michal Simek wrote:
> 2013/2/13 Rob Herring :
>> On 02/13/2013 10:21 AM, Michal Simek wrote:
>>> 2013/2/7 Rob Herring :
From: Rob Herring
In cases where we have multiple nodes of the same type, we may need the
node pointer to know which node was matched.
Mostly it's a unification of signal-related syscalls, both native and compat
ones; by the end of it we shouldn't have syscalls left in normal
arch/*/kernel/signal*.c - there are some exceptions due to genuine weirdness
of arch-specific calling conventions, but that's rare. Another (somewhat
relate
On 02/13/2013 04:12 PM, Satoru Takeuchi wrote:
> From: Satoru Takeuchi
>
> There was a serious problem in samsung-laptop that its platform driver is
> designed to run under BIOS and running under EFI can cause the machine to
> become bricked or can cause Machine Check Exceptions.
>
Matt, unless
On Wed, Feb 13, 2013 at 3:41 PM, Rik van Riel wrote:
>
> I have an example of the second case. It is a test case
> from a customer issue, where an application is contending on
> semaphores, doing semaphore lock and unlock operations. The
> test case simply has N threads, trying to lock and unlock
On 02/14/2013 08:52 AM, Greg KH wrote:
On Thu, Feb 14, 2013 at 08:41:43AM +0900, Chanwoo Choi wrote:
Hi Greg,
This pull-reqeust patchset is based on char-misc-next branch(char-misc.git).
Please pull extcon with following updates.
Best regards,
Chanwoo Choi
The following changes since commit 1
On 02/13/2013 05:04 PM, Matthew Garrett wrote:
> On Wed, 2013-02-13 at 16:44 -0800, Casey Schaufler wrote:
>
>> If you want that sort of granularity throw yourself on the SELinux
>> bandwagon. Fine grained capabilities are insane and unmanageable
>> and will only lead to tears. Security is despise
Hi,
to provide an example case, on Aspire One AOA110 v0.3310, 3.8-rc7 prints:
[0.515599] ACPI Error: [CAPB] Namespace lookup failure,
AE_ALREADY_EXISTS (2
0121018/dsfield-211)
[0.515629] ACPI Error: Method parse/execution failed
[\_SB_.PCI0._OSC] (Node f5449680), AE_ALREADY_EXISTS
(201210
On Wed, 2013-02-13 at 16:44 -0800, Casey Schaufler wrote:
> If you want that sort of granularity throw yourself on the SELinux
> bandwagon. Fine grained capabilities are insane and unmanageable
> and will only lead to tears. Security is despised because of the
> notion that making systems impossib
On 02/13/2013 10:30 AM, Linus Torvalds wrote:
>
> Sadly, gcc doesn't seem to allow specifying which registers are
> clobbered any easy way, which means that both the caller and the
> callee *both* tend to need to have some asm interface. So we bothered
> to do this for __read_lock_failed, but we h
On 2/13/2013 4:25 PM, H. Peter Anvin wrote:
> On 02/13/2013 02:58 PM, Casey Schaufler wrote:
>>> This is exactly the kind of thinking which has led to the capability
>>> system being so bloody useless.
>> The reason the capability system is "bloody useless" is
>> that no one wants to update the cor
Stephen,
On Wed, Feb 13, 2013 at 1:04 PM, Stephen Warren wrote:
> On 02/13/2013 11:02 AM, Doug Anderson wrote:
>> We need to use the i2c-arbitrator to talk to any of the devices on i2c
>> bus 4 on exynos5250-snow so that we don't confuse the embedded
>> controller (EC). Add the i2c-arbitrator t
[1.] One line summary of the problem:ATI + I Muxed - vgaswitcheroo - low
backlight when switching to ATI
[2.] Full description of the problem/report:
This issue started with kernel 3.7.1-17.1. Kernels 3.6.10-3 or earlier
are not affected. When switching from the integrated Intel to
On Thu, 2013-02-14 at 00:42 +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 13, 2013 04:09:29 PM Toshi Kani wrote:
> > On Wed, 2013-02-13 at 21:52 +0100, Rafael J. Wysocki wrote:
> > > On Wednesday, February 13, 2013 10:43:58 AM Toshi Kani wrote:
> > > > On Wed, 2013-02-13 at 14:16 +0100,
On 02/13/2013 02:58 PM, Casey Schaufler wrote:
>>
>> This is exactly the kind of thinking which has led to the capability
>> system being so bloody useless.
>
> The reason the capability system is "bloody useless" is
> that no one wants to update the core system applications to
> use it in favor o
Hi,
I've encountered the same bug as described here:
http://lkml.indiana.edu/hypermail/linux/kernel/1208.0/01804.html
[93652.097167] BUG: unable to handle kernel NULL pointer dereference
at 0398
[93652.097197] IP: [] bd_set_size+0x10/0x6f
...
[93652.102098] [] loop_clr_fd+0x15e/0x201
From: Satoru Takeuchi
There was a serious problem in samsung-laptop that its platform driver is
designed to run under BIOS and running under EFI can cause the machine to
become bricked or can cause Machine Check Exceptions.
Discussion about this problem:
https://bugs.launchpad.net/ubuntu
[cc x...@oss.sgi.com]
On Wed, Feb 13, 2013 at 08:18:45AM -0800, Greg Kroah-Hartman wrote:
> On Wed, Feb 13, 2013 at 04:30:32PM +0100, Paolo Bonzini wrote:
> > Il 01/02/2013 14:08, Greg Kroah-Hartman ha scritto:
> > > 3.7-stable review patch. If anyone has any objections, please let me
> > > know
Hi Tomi,
On Wed, Feb 13, 2013 at 10:18 AM, Tomi Valkeinen wrote:
> Hi,
>
> On 2013-02-08 17:43, Ruslan Bilovol wrote:
>> Hi,
>>
>> This patch adds support for TC358765 DSI-to-LVDS transmitter
>> from Toshiba, that is used in OMAP4 Blaze Tablet development
>> platform. It was originally developed
On Wed, 13 Feb 2013 13:29:45 -0700
Tim Gardner wrote:
> smatch analysis indicates a number of redundant NULL checks before
> calling kfree(), e.g.,
>
> fs/ocfs2/alloc.c:6138 ocfs2_begin_truncate_log_recovery() info:
> redundant null check on *tl_copy calling kfree()
>
> fs/ocfs2/alloc.c:6755 o
On Thu, Feb 14, 2013 at 08:41:43AM +0900, Chanwoo Choi wrote:
> Hi Greg,
>
> This pull-reqeust patchset is based on char-misc-next branch(char-misc.git).
> Please pull extcon with following updates.
>
> Best regards,
> Chanwoo Choi
>
> The following changes since commit 19d3243e797c2abc02a214d3c
Hi Greg,
This pull-reqeust patchset is based on char-misc-next branch(char-misc.git).
Please pull extcon with following updates.
Best regards,
Chanwoo Choi
The following changes since commit 19d3243e797c2abc02a214d3cec9fefa5dc048ff:
extcon: max77693: Remove unnecessary goto statement to impr
On 02/13/2013 05:40 PM, Linus Torvalds wrote:
On Wed, Feb 13, 2013 at 2:21 PM, Rik van Riel wrote:
What kind of numbers would you like?
Numbers showing that the common case is not affected by this
code?
Or numbers showing that performance of something is improved
with this code?
Of course,
On Wednesday, February 13, 2013 04:09:29 PM Toshi Kani wrote:
> On Wed, 2013-02-13 at 21:52 +0100, Rafael J. Wysocki wrote:
> > On Wednesday, February 13, 2013 10:43:58 AM Toshi Kani wrote:
> > > On Wed, 2013-02-13 at 14:16 +0100, Rafael J. Wysocki wrote:
> > > > From: Rafael J. Wysocki
> > > >
>
Hi Tony, Jon,
On Mon, Feb 11, 2013 at 9:00 PM, Tony Lindgren wrote:
> * Jon Hunter [130211 10:58]:
>>
>> Please note that the blaze is derived from the omap4-sdp board and so I
>> would hope that we can use the existing for sdp dts and board file for
>> blaze. In fact this is what I do today for
On 02/13/2013 03:22 PM, Borislav Petkov wrote:
> On Wed, Feb 13, 2013 at 03:15:26PM -0800, H. Peter Anvin wrote:
>> Not really, since exit() does that. We might want it for clarity's
>> sake, though.
>
> Well, I would add a comment only then and teach the tool when parsing
> exit() to know that -
On 02/11/2013 03:18 AM, Borislav Petkov wrote:
>
> +#define __BUG_CHECK_BIT(bit) \
> +({ \
> + WARN_ON(bit >> 5 < NCAPINTS); \
> + bit;
UEFI 2.3.1D will include a change to the spec language mandating that a
GPT header must be greater than *or equal to* the size of the defined
structure. While verifying that this would work on Linux, I discovered
that we're not actually checking the minimum bound at all.
The result of this is tha
On Wed, Feb 13, 2013 at 03:15:26PM -0800, H. Peter Anvin wrote:
> Not really, since exit() does that. We might want it for clarity's
> sake, though.
Well, I would add a comment only then and teach the tool when parsing
exit() to know that - no need for fixing perfectly good code only for a
tool's
"J. Bruce Fields" writes:
> On Wed, Feb 13, 2013 at 02:32:29PM -0800, Eric W. Biederman wrote:
>> "J. Bruce Fields" writes:
>>
>> > On Wed, Feb 13, 2013 at 01:29:35PM -0800, Eric W. Biederman wrote:
>> >> "J. Bruce Fields" writes:
>> >>
>> >> > On Wed, Feb 13, 2013 at 09:51:41AM -0800, Eric W
>From 8fd328f56c3a2fcd1b6070879bf11dd265be33bb Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 13 Feb 2013 15:18:28 -0800
workqueue has moved away from global_cwqs to worker_pools and with the
scheduled custom worker pools, workqueues will be associated with
pools which don't have anything to
On Wed, 13 Feb 2013, Linus Torvalds wrote:
> On Wed, Feb 13, 2013 at 3:10 AM, Ingo Molnar wrote:
> >
> >
> > Setting up Logical Volume Management: [ 13.14] BUG: spinlock lockup
> > suspected on CPU#1, lvm.static/139
> > [ 13.14] BUG: spinlock lockup suspected on CPU#1, lvm.static/139
On Wed, 2013-02-13 at 21:52 +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 13, 2013 10:43:58 AM Toshi Kani wrote:
> > On Wed, 2013-02-13 at 14:16 +0100, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki
> > >
> > > This changeset is aimed at fixing a few different but related
> > >
UEFI 2.3.1D will include a change to the spec language mandating that a
GPT header must be greater than *or equal to* the size of the defined
structure. While verifying that this would work on Linux, I discovered
that we're not actually checking the minimum bound at all.
The result of this is tha
On 02/13/2013 11:13 AM, Borislav Petkov wrote:
>
> and it might really need fclose() there for correctness' sake.
>
Not really, since exit() does that. We might want it for clarity's
sake, though.
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
Hi Wenyou,
> Since the Watchdog Timer Mode Register can be only written only once,
> so the watchdog_info shall not support WDIOF_SETTIMEOUT
> and WDIOF_MAGICCLOSE options, remove them.
Ik you keep using the timer, then you don't have to remove this.
Kind regards,
Wim.
--
To unsubscribe from th
Hi Wenyou,
> For this variable will be used in the timer handler.
>
> Signed-off-by: Wenyou Yang
> Cc: w...@iguana.be
> Cc: linux-watch...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> ---
> drivers/watchdog/at91sam9_wdt.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> d
Dear Grant Likely,
On Wed, 13 Feb 2013 22:59:50 +, Grant Likely wrote:
> There isn't a whole lot of value in this patch without another user.
> I'll need to see the other patches that make use of this.
See the proposed Marvell PCIe driver and Tegra PCIe driver:
http://lists.infradead.org/pi
Hi Wenyou
> diff --git a/drivers/watchdog/at91sam9_wdt.c b/drivers/watchdog/at91sam9_wdt.c
> index c6d9f1f..e60a718 100644
> --- a/drivers/watchdog/at91sam9_wdt.c
> +++ b/drivers/watchdog/at91sam9_wdt.c
> @@ -238,6 +238,8 @@ static int __init at91wdt_probe(struct platform_device
> *pdev)
>
Hi Wenyou,
> According to Documentation/watchdog/convert_drivers_to_kernel_api.txt,
> remove the file_operations struct, miscdevice, and obsolete includes
>
> Since the at91sam watchdog inherent characteristics, add the watchdog
> operations: at91wdt_start, at91wdt_stop and at91wdt_ping.
>
This
On Mon, 11 Feb 2013 09:22:18 +0100, Thierry Reding
wrote:
> This function can be used to parse the device and function number from a
> standard 5-cell PCI resource. PCI_SLOT() and PCI_FUNC() can be used on
> the returned value obtain the device and function numbers respectively.
>
> Signed-off-b
On Mon, 11 Feb 2013 09:22:20 +0100, Thierry Reding
wrote:
> This function can be used to parse a bus-range property as specified by
> device nodes representing PCI bridges.
>
> Signed-off-by: Thierry Reding
Ditto for this one. We can wait on it until there is a user.
> ---
> drivers/of/of_pc
On Wed, Feb 13, 2013 at 02:32:29PM -0800, Eric W. Biederman wrote:
> "J. Bruce Fields" writes:
>
> > On Wed, Feb 13, 2013 at 01:29:35PM -0800, Eric W. Biederman wrote:
> >> "J. Bruce Fields" writes:
> >>
> >> > On Wed, Feb 13, 2013 at 09:51:41AM -0800, Eric W. Biederman wrote:
> >> >> From: "Er
On 2/13/2013 2:26 PM, H. Peter Anvin wrote:
> On 02/13/2013 09:51 AM, Casey Schaufler wrote:
>>
>> You can't add a new capability where there is an existing capability
>> that can be remotely argued to be appropriate.
>>
>> If you tried to "fix" CAP_SYS_RAWIO and/or CAP_SYS_ADMIN you'd end
>> up wi
On Mon, 11 Feb 2013 09:22:19 +0100, Thierry Reding
wrote:
> This function can be used to parse the number of a device's parent PCI
> bus from a standard 5-cell PCI resource.
>
> Signed-off-by: Thierry Reding
This patch should be deferred until there is another patch in the same
series that act
Add missing dma mapping error check to fix the following warning from
dma-debug.
[ 16.614739] hpsa :03:00.0: DMA-API: device driver failed to check map
error[device address=0x001c2ec0] [size=64 bytes] [mapped as single]
[ 16.614833] Modules linked in: pata_atiixp tg3(+) ptp pps_co
On 13/02/13 18:03, Alexandre Courbot wrote:
> From: Alexandre Courbot
>
> Their value being obtained by gpio_chip_hwgpio(), this better reflects
> their use.
>
> Signed-off-by: Alexandre Courbot
> ---
> drivers/gpio/gpiolib.c | 70
> +-
> 1 file
On Mon, 11 Feb 2013 09:22:17 +0100, Thierry Reding
wrote:
> From: Andrew Murray
>
> DT bindings for PCI host bridges often use the ranges property to describe
> memory and IO ranges - this binding tends to be the same across architectures
> yet several parsing implementations exist, e.g. arch/m
On Thu, Feb 14, 2013 at 07:03:17AM +0900, Chanwoo Choi wrote:
> Hi Greg,
>
> This patchset is based on other extcon patches which apply to extcon tree. So,
> I had plan to send pull-request for extcon after posting this patchset.
>
> Sorry, I gave a confused. I will send extcon pull-request which
On 13/02/13 18:02, Alexandre Courbot wrote:
> From: Alexandre Courbot
>
> Some functions dereferenced their GPIO descriptor argument without
> checking its validity first, potentially leading to an oops when given
> an invalid argument.
>
> This patch also makes gpio_get_value() more resilient w
Hi Wenyou,
> Remove the global variable at91wdt_private, add the struct at91wdt_drvdata
> as a substitute, and set it as the driver data of the at91wdt_wdd.
I rather have this after the conversion of the watchdog to the new framework.
Kind regards,
Wim.
--
To unsubscribe from this list: send th
On Wed, Feb 13, 2013 at 2:21 PM, Rik van Riel wrote:
>
> What kind of numbers would you like?
>
> Numbers showing that the common case is not affected by this
> code?
>
> Or numbers showing that performance of something is improved
> with this code?
>
> Of course, the latter would point out a scal
Hi Wenyou,
> Add the function watchdog_is_open to check whether or not
> the /dev/watchdog? is opened
>
> Signed-off-by: Wenyou Yang
> Cc: w...@iguana.be
> Cc: linux-watch...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> ---
> include/linux/watchdog.h |8
> 1 file changed, 8
"J. Bruce Fields" writes:
> On Wed, Feb 13, 2013 at 01:29:35PM -0800, Eric W. Biederman wrote:
>> "J. Bruce Fields" writes:
>>
>> > On Wed, Feb 13, 2013 at 09:51:41AM -0800, Eric W. Biederman wrote:
>> >> From: "Eric W. Biederman"
>> >>
>> >> When a new rpc connection is established with an i
On 02/13/2013 09:51 AM, Casey Schaufler wrote:
You can't add a new capability where there is an existing capability
that can be remotely argued to be appropriate.
If you tried to "fix" CAP_SYS_RAWIO and/or CAP_SYS_ADMIN you'd end
up with hundreds of capabilities.
Your particular problem is *no
On Wed, 2013-02-13 at 10:30 -0500, Vivek Goyal wrote:
> On Wed, Feb 13, 2013 at 05:26:27PM +0200, Kasatkin, Dmitry wrote:
> > On Wed, Feb 13, 2013 at 4:38 PM, Vivek Goyal wrote:
> > > On Wed, Feb 13, 2013 at 03:36:45PM +0200, Kasatkin, Dmitry wrote:
> > >> It should not be the only line in the pol
On 02/13/2013 11:55 AM, Paolo Bonzini wrote:
Il 13/02/2013 18:22, H. Peter Anvin ha scritto:
On non-x86 machines CAP_SYS_RAWIO is much less dangerous, especially
when coupled with file DAC.
Discretionary Access Control.
Either way, I think you are at best deluded and more like you just
comp
On Wed, Feb 13, 2013 at 1:46 PM, Dmitry Torokhov
wrote:
> On Fri, Feb 01, 2013 at 04:11:46PM +0800, Daniel Kurtz wrote:
>> In some cases it is possible for a device to be in its bootloader at
>> driver probe time. This is detected by the driver when probe() is called
>> with an i2c_client which h
Hello, again.
On Thu, Feb 07, 2013 at 02:02:27PM -0800, Tejun Heo wrote:
> I do like work items pointing back to workers instead of pools, so I
> think I'll try that differently.
I tried to convert work->data to point to the last worker and having
tried it I'm not too sure about it anymore.
* wo
On 02/13/2013 02:36 PM, Linus Torvalds wrote:
On Wed, Feb 13, 2013 at 11:08 AM, Rik van Riel wrote:
The spinlock backoff code prevents these last cases from
experiencing large performance regressions when the hardware
is upgraded.
I still want *numbers*.
There are real cases where backoff do
[Re: [GIT PULL] removal of 1980s PC-XT MFM 8bit ISA disk driver] On 13/02/2013
(Wed 21:54) Ondrej Zary wrote:
> On Wednesday 13 February 2013 21:04:32 Paul Gortmaker wrote:
> > Jens,
> >
> > Please pull the following to get the removal of the original IBM PC-XT
> > hard disk driver from the block
://git.kvack.org/~bcrl/linux-next-20130213.git and is based off of
today's linux-next tree. Please note that this is a throw-away repository
that will be rebased.
Not-signed-off-by: Benjamin LaHaise
---
fs/aio.c | 240 +
fs/e
On Wed, Feb 13, 2013 at 01:31:29PM -0800, Greg KH wrote:
> On Wed, Feb 13, 2013 at 01:08:46PM -0800, Sarah Sharp wrote:
> > On Wed, Feb 13, 2013 at 09:04:13PM +0100, Matthias Schniedermeyer wrote:
> > > On 13.02.2013 11:33, Sarah Sharp wrote:
> > > > On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthi
On Wed, 13 Feb 2013 22:29:51 +0100, Thierry Reding
wrote:
> On Wed, Feb 13, 2013 at 01:54:53PM -0600, Rob Herring wrote:
> > On 02/13/2013 08:25 AM, Thierry Reding wrote:
> > > On Wed, Feb 13, 2013 at 08:23:28AM -0600, Rob Herring wrote:
> > >> On 02/12/2013 12:45 AM, Thierry Reding wrote:
> > >>
From: Loic Pallardy
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy
Signed-off-by: Linus Walleij
---
.../devicetree/bindings/mailbox/dbx500-mailbox.txt | 27 +
drivers/mailbox/Kconfig| 7 +
drivers/mailbox/Makefile
On Fri, Feb 01, 2013 at 04:28:32PM +0800, Daniel Kurtz wrote:
> The input fuzz algorithm does a pretty good job filtering out small
> jitter on input samples.
>
> However, there is a subtle problem when fuzz is used with mt drivers that
> also use input_mt_report_pointer_emulation() to report lega
The io_cancel() syscall allows for cancellation of iocbs in flight to
generate a completion event. The current behaviour of batch_complete_aio()
is to suppress all completion events. Some types of asynchronous operations
cannot be cancelled synchronously, and must generate a completion event at
s
On Wed, Feb 13, 2013 at 01:29:35PM -0800, Eric W. Biederman wrote:
> "J. Bruce Fields" writes:
>
> > On Wed, Feb 13, 2013 at 09:51:41AM -0800, Eric W. Biederman wrote:
> >> From: "Eric W. Biederman"
> >>
> >> When a new rpc connection is established with an in-kernel server, the
> >> traffic pa
The %name-prefix "prefix" syntax is not available on bison 2.3 and
older. Substitute with the -p "prefix" command-line option for
compatibility with older versions of bison.
This patch fixes this build error with older versions of bison.
CC util/sysfs.o
BISON util/pmu-bison.c
util/pmu.y:2
On Wed, 13 Feb 2013 11:39:29 +
Catalin Marinas wrote:
> ARM processors with LPAE enabled use 3 levels of page tables, with an
> entry in the top level (pgd) covering 1GB of virtual space. Because of
> the branch relocation limitations on ARM, the loadable modules are
> mapped 16MB below PAGE_
On Fri, Feb 01, 2013 at 04:11:48PM +0800, Daniel Kurtz wrote:
> After firmware update, the device may have a completely different object
> table which corresponds to an input device with different properties.
> So, destroy the old state before firmware update, and completely
> reinitialize the driv
On Fri, Feb 01, 2013 at 04:11:46PM +0800, Daniel Kurtz wrote:
> In some cases it is possible for a device to be in its bootloader at
> driver probe time. This is detected by the driver when probe() is called
> with an i2c_client which has one of the Atmel Bootloader i2c addresses.
>
> In this cas
On Wed, 2013-02-13 at 19:33 +0200, Kasatkin, Dmitry wrote:
> On Wed, Feb 13, 2013 at 3:44 PM, Mimi Zohar wrote:
> > On Wed, 2013-02-13 at 15:13 +0200, Kasatkin, Dmitry wrote:
> >> On Wed, Feb 13, 2013 at 2:56 PM, Mimi Zohar
> >> wrote:
> >> > On Wed, 2013-02-13 at 14:31 +0200, Kasatkin, Dmitry w
> "Jan" == Jan Kiszka writes:
Jan> +if gdb_version < "7.1":
Jan> + print "NOTE: gdb 7.1 or later required for Linux helper scripts " \
Jan> +"to work."
FWIW you can just directly feature-test for the things you know you need.
Like: if not hasattr(gdb, 'parse_and_eval'): ...
In this
Hi Daniel,
On Fri, Feb 01, 2013 at 04:11:44PM +0800, Daniel Kurtz wrote:
> As soon as the irq is request, input event interrupts could occur that
> the isr should handle. Similarly, if there are input events queued up
> in the device output buffer, it will send them immediately when we
> drain th
On Tue, 12 Feb 2013 10:58:35 +0800, Haojian Zhuang
wrote:
> do_initcalls() could call all driver initialization code in kernel_init
> thread. It means that probe() function will be also called from that
> time. After this, kernel could access console & release __init section
> in the same thread.
> "Jan" == Jan Kiszka writes:
Jan> +def is_target_arch(arch):
Jan> + global target_arch
Jan> + if target_arch == None:
Jan> + target_arch = gdb.execute("show architecture", False, True)
Jan> + return target_arch.find(arch) >= 0
FYI - the next gdb will have a Frame.architecture me
On Tue, 12 Feb 2013 10:52:10 +0800, Haojian Zhuang
wrote:
> On 12 February 2013 07:10, Andrew Morton wrote:
> > On Sun, 10 Feb 2013 00:57:57 +0800
> > Haojian Zhuang wrote:
> >
> >> do_initcalls() could call all driver initialization code in kernel_init
> >> thread. It means that probe() functi
On Wed, Feb 06, 2013 at 09:56:55PM +, Arnd Bergmann wrote:
> On Wednesday 06 February 2013, Heiko Carstens wrote:
> >
> > I haven't looked into it, but I doubt if that is possible without large
> > effort, if at all. s390 doesn't have any irq chips, nor something like
> > edge or level trigger
Am 13.02.2013 18:30, schrieb Nicolas Schichan:
> The original code was generating an lsl instructions using the value
> of ARM_R8 (skb_headlen, possibly uninitialized if no skb_headlen
> access was required) as a shift amount.
>
> Signed-off-by: Nicolas Schichan
> ---
> Resent due to missing Sign
On Wed, Feb 13, 2013 at 01:08:46PM -0800, Sarah Sharp wrote:
> On Wed, Feb 13, 2013 at 09:04:13PM +0100, Matthias Schniedermeyer wrote:
> > On 13.02.2013 11:33, Sarah Sharp wrote:
> > > On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthias Schniedermeyer wrote:
> > > > On 13.02.2013 09:28, Holger Hoff
On Wed, Feb 13, 2013 at 01:54:53PM -0600, Rob Herring wrote:
> On 02/13/2013 08:25 AM, Thierry Reding wrote:
> > On Wed, Feb 13, 2013 at 08:23:28AM -0600, Rob Herring wrote:
> >> On 02/12/2013 12:45 AM, Thierry Reding wrote:
> >>> On Mon, Feb 11, 2013 at 01:43:03PM -0600, Rob Herring wrote:
>
"J. Bruce Fields" writes:
> On Wed, Feb 13, 2013 at 09:51:41AM -0800, Eric W. Biederman wrote:
>> From: "Eric W. Biederman"
>>
>> When a new rpc connection is established with an in-kernel server, the
>> traffic passes through svc_process_common, and svc_set_client and down
>> into svcauth_unix
On Wed, 13 Feb 2013, Andrew Morton wrote:
> On Wed, 13 Feb 2013 10:55:28 +
> Russell King - ARM Linux wrote:
>
> > Zwane's arm.linux.org.uk email address has not been functional for
> > a number of years now. It's time that all references to it were
> > removed. I no longer have a forwardi
On Wed, Feb 13, 2013 at 01:17:37PM -0800, Eric W. Biederman wrote:
> "J. Bruce Fields" writes:
>
> > On Wed, Feb 13, 2013 at 09:51:37AM -0800, Eric W. Biederman wrote:
> >> From: "Eric W. Biederman"
> >>
> >> - Use from_kuid when generating the on the wire uid values.
> >> - Use make_kuid when
"J. Bruce Fields" writes:
> On Wed, Feb 13, 2013 at 09:51:37AM -0800, Eric W. Biederman wrote:
>> From: "Eric W. Biederman"
>>
>> - Use from_kuid when generating the on the wire uid values.
>> - Use make_kuid when reading on the wire values.
>>
>> In gss_encode_v0_msg, since the uid in gss_upc
On Wednesday, February 13, 2013 06:34:16 PM Miklos Szeredi wrote:
> On Tue, Feb 12, 2013 at 2:17 PM, Miklos Szeredi wrote:
> > On Tue, Feb 12, 2013 at 2:13 PM, Miklos Szeredi wrote:
> >> On Tue, Feb 12, 2013 at 11:46 AM, Pavel Machek wrote:
> >>
> >>> (After all, with FUSE, filesystem clients ar
On Wednesday, February 13, 2013 08:38:04 AM Dirk Brandewie wrote:
> Hi Dave,
>
> On 02/12/2013 01:49 PM, Dave Jones wrote:
> > On Wed, Feb 06, 2013 at 09:02:07AM -0800, dirk.brande...@gmail.com wrote:
> >
> > Won't you also need to patch drivers/cpufreq/acpi-cpufreq.c to not load
> > on the proces
On 02/13/2013 11:02 AM, Doug Anderson wrote:
> The force_nr parameter to i2c_add_mux_adapter() uses 0 to signify that
> we don't want to force the bus number of the adapter. This is
> non-ideal because:
> * 0 is actually a valid bus number to request
> * i2c_add_numbered_adapter() (which i2c_add_m
On Wed, Feb 13, 2013 at 09:04:13PM +0100, Matthias Schniedermeyer wrote:
> On 13.02.2013 11:33, Sarah Sharp wrote:
> > On Wed, Feb 13, 2013 at 06:16:56PM +0100, Matthias Schniedermeyer wrote:
> > > On 13.02.2013 09:28, Holger Hoffstätte wrote:
> > > > On 12.02.2013 21:42, Sarah Sharp wrote:
> > > >
On Wed, Feb 13, 2013 at 09:51:41AM -0800, Eric W. Biederman wrote:
> From: "Eric W. Biederman"
>
> When a new rpc connection is established with an in-kernel server, the
> traffic passes through svc_process_common, and svc_set_client and down
> into svcauth_unix_set_client if it is of type RPC_AU
On 02/13/2013 11:02 AM, Doug Anderson wrote:
> We need to use the i2c-arbitrator to talk to any of the devices on i2c
> bus 4 on exynos5250-snow so that we don't confuse the embedded
> controller (EC). Add the i2c-arbitrator to the device tree. As we
> add future devices (keyboard, sbs, tps65090)
On 02/13/2013 11:02 AM, Doug Anderson wrote:
> The i2c-arbitrator driver implements the arbitration scheme that the
> Embedded Controller (EC) on the ARM Chromebook expects to use for bus
> multimastering. This i2c-arbitrator driver could also be used in
> other places where standard i2c bus arbit
Sorry my mistake, I forgot to clean this before sending.
Regards,
Loic
On 02/13/2013 09:55 PM, Greg Kroah-Hartman wrote:
> On Wed, Feb 13, 2013 at 09:42:07PM +0100, Loic Pallardy wrote:
>> From: Loic Pallardy
>>
>> Add STEriccson DBX500 PRCM mailbox support.
>>
>> Change-Id: I36cbef646e26469a9490
On Wed, Feb 13, 2013 at 09:42:07PM +0100, Loic Pallardy wrote:
> From: Loic Pallardy
>
> Add STEriccson DBX500 PRCM mailbox support.
>
> Change-Id: I36cbef646e26469a9490d46a5e143667aa93d762
These mean nothing when submitting kernel patches, please never include
them.
thanks,
greg k-h
--
To un
On Wednesday 13 February 2013 21:04:32 Paul Gortmaker wrote:
> Jens,
>
> Please pull the following to get the removal of the original IBM PC-XT
> hard disk driver from the block layer (drivers/block/xd.c).
>
> As near as I can tell, it hasn't seen a run time fix in over a dozen
> years, and with dr
On Wed, Feb 13, 2013 at 11:56:25AM -0800, Linus Torvalds wrote:
> Note that there is only ever one "bad" commit - since all the commits
> you test while bisecting are by definition reachable from the previous
> bad one and both contain the bug, picking a bad commit makes all other
> previous b
Hey Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-linus-3.8-rc7-tag
which has
Two fixes:
- A simple bug-fix for redundant NULL check.
- CVE-2013-0228/XSA-42: x86/xen: don't assume %ds is usable in xen_iret for
32-bit PVOPS
On Wednesday, February 13, 2013 12:29:59 PM Bjorn Helgaas wrote:
> On Wed, Feb 13, 2013 at 7:32 AM, Daniel J Blueman wrote:
> > On 12 February 2013 03:49, Rafael J. Wysocki wrote:
> >> On Monday, February 11, 2013 08:27:49 PM Rafael J. Wysocki wrote:
> >>> On Monday, February 11, 2013 12:01:37 PM
101 - 200 of 725 matches
Mail list logo
