Hello.
arch_uprobe_enable/disable_step() were only needed to not break
the pending powerpc port. They buy nothing and they are simply
wrong. Uprobes should not use ptrace helpers for the stepping.
Now that powepc port was merged we should kill them asap, before
arm port.
1/4 is minor/offtopic cl
Kill arch_uprobe_enable/disable_step() hooks, they do nothing and
nobody needs them.
Signed-off-by: Oleg Nesterov
---
include/linux/uprobes.h |2 --
kernel/events/uprobes.c | 10 --
2 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/include/linux/uprobes.h b/include/li
No functional changes.
Now that default arch_uprobe_enable/disable_step() helpers do nothing,
x86 has no reason to reimplement them. Change arch_uprobe_*_xol() hooks
to do the necessary work and remove the x86-specific hooks.
Signed-off-by: Oleg Nesterov
---
arch/x86/kernel/uprobes.c | 54 +++
On 28/10/12 17:12, Peter Senna Tschudin wrote:
> Based on commit b27393aecf66199f5ddad37c302d3e0cfadbe6c0
>
> Calling mdiobus_free without calling mdiobus_unregister causes
> BUG_ON(). This patch fixes the issue.
>
> The semantic patch that found this issue(http://coccinelle.lip6.fr/):
> //
> @@
On Sun, Oct 28, 2012 at 06:30:02PM +0100, Dmytro Milinevskyy wrote:
> I was trying to keep 2 tabs but checkpatch didn't accept long line
> that's why I killed extra tab.
Then move them to the code section instead to initialize them in the
declaration section.
> >How does it work? Is the test on h
On Fri, Oct 26, 2012 at 11:08:00AM +0200, Peter Zijlstra wrote:
> On Fri, 2012-10-26 at 17:07 +0800, Zhouping Liu wrote:
> > [ 180.918591] RIP: 0010:[] []
> > mem_cgroup_prepare_migration+0xba/0xd0
>
> > [ 182.681450] [] do_huge_pmd_numa_page+0x180/0x500
> > [ 182.775090] [] handle_mm_fault
I'm announcing the release of the 3.0.49 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.4.16 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 8dc65e0..1c962a1 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 48
+SUBLEVEL = 49
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/sparc/kernel/perf_event.c b/arch/sparc/kernel/perf_event.c
index 6860d40.
I'm announcing the release of the 3.6.4 kernel.
All users of the 3.6 kernel series must upgrade.
The updated 3.6.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.6.y
and can be browsed at the normal kernel.org git web browser:
On Sun, Oct 28, 2012 at 12:36:40AM +0200, Guennadi Liakhovetski wrote:
> Looking at regmap.c it looks like the .readable_reg() callback is not
> consulted when performing a register read, e.g. in _regmap_raw_read(). Is
> this intentional? If yes - why?
No real reason, though to be honest it's n
On Sun, Oct 28, 2012 at 04:01:11PM +0100, Andrew Lunn wrote:
> If the gpio_request_one() fails, or returns EPROBE_DEFER, the
> regulator must be device_unregister()ed. When this is not done,
> there are WARNING: from sysfs:
>
> WARNING: at fs/sysfs/file.c:343 sysfs_open_file+0x238/0x268()
Applied
On Sun, 28 Oct 2012, Ming Lei wrote:
> > The comment above fw_file_size() suggests it is noinline for stack size
> > reasons. Use noinline_for_stack to make this more clear.
>
> Acked-by: Ming Lei
Although I am not completely sure that documenting the purpose of noinline
through this attribute
On 28/10/12 18:34, Thomas Gleixner wrote:
> On Sun, 28 Oct 2012, Roland Stigge wrote:
>> consider arch/arm/mach-lpc32xx/irq.c: irq_set_chained_handler() is
>> called at a point where it accesses
>> irq_to_desc(IRQ_LPC32XX_SUB2IRQ)->irq_data.hwirq but which is not yet
>> initialized.
>
> None of th
On Sun, Oct 28, 2012 at 11:37:02AM -0200, Arnaldo Carvalho de Melo wrote:
> Em Sat, Oct 27, 2012 at 11:18:32PM +0200, Jiri Olsa escreveu:
> > Moving dso_* related functions into dso object.
> >
> > Keeping symbol loading related functions still in the symbol
> > object as it seems more convenient.
On Thu, 25 Oct 2012, Rafael J. Wysocki wrote:
> On Sunday 21 of October 2012 22:35:46 Jesper Juhl wrote:
> > If acpi_ds_create_walk_state() succeeds, but the call to
> > ACPI_ALLOCATE_ZEROED() fails, then we'll return from the function
> > without properly freeing 'next_walk_state'.
> >
> > Signe
On Sun, 28 Oct 2012, Roland Stigge wrote:
> On 28/10/12 18:34, Thomas Gleixner wrote:
> > On Sun, 28 Oct 2012, Roland Stigge wrote:
> >> consider arch/arm/mach-lpc32xx/irq.c: irq_set_chained_handler() is
> >> called at a point where it accesses
> >> irq_to_desc(IRQ_LPC32XX_SUB2IRQ)->irq_data.hwirq
This hashtable implementation is using hlist buckets to provide a simple
hashtable to prevent it from getting reimplemented all over the kernel.
Signed-off-by: Sasha Levin
---
Sorry for the long delay, I was busy with a bunch of personal things.
Changes since v6:
- Use macros that point to in
Switch workqueues to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the workqueues.
Signed-off-by: Sasha Levin
---
kernel/workqueue.c | 86 ++
1 file changed, 15 insertions(+), 71 deletions(-)
diff
Switch hugemem to use the new hashtable implementation. This reduces the amount
of
generic unrelated code in the hugemem.
This also removes the dymanic allocation of the hash table. The size of the
table is
constant so there's no point in paying the price of an extra dereference when
accessing
Switch 9p error table to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in 9p.
Signed-off-by: Sasha Levin
---
net/9p/error.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/net/9p/error.c b/net/9p/error.c
index
Switch elevator to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the elevator.
This also removes the dymanic allocation of the hash table. The size of the
table is
constant so there's no point in paying the price of an extra dereference when
accessin
Switch cache to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the cache implementation.
Signed-off-by: Sasha Levin
---
net/sunrpc/cache.c | 20 +---
1 file changed, 9 insertions(+), 11 deletions(-)
diff --git a/net/sunrpc/cache.c b/ne
Switch l2tp to use the new hashtable implementation. This reduces the amount of
generic unrelated code in l2tp.
Signed-off-by: Sasha Levin
---
net/l2tp/l2tp_core.c| 134 ++--
net/l2tp/l2tp_core.h| 8 +--
net/l2tp/l2tp_debugfs.c | 19 +++
Switch lockd to use the new hashtable implementation. This reduces the amount of
generic unrelated code in lockd.
Signed-off-by: Sasha Levin
---
fs/lockd/svcsubs.c | 66 +-
1 file changed, 36 insertions(+), 30 deletions(-)
diff --git a/fs/lock
Switch openvswitch to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in openvswitch.
Signed-off-by: Sasha Levin
---
net/openvswitch/vport.c | 34 +-
1 file changed, 13 insertions(+), 21 deletions(-)
diff --git a/net/openv
Switch tracing to use the new hashtable implementation. This reduces the amount
of
generic unrelated code in the tracing module.
Signed-off-by: Sasha Levin
---
kernel/trace/trace_output.c | 20
1 file changed, 8 insertions(+), 12 deletions(-)
diff --git a/kernel/trace/trac
Switch rds to use the new hashtable implementation. This reduces the amount of
generic unrelated code in rds.
Signed-off-by: Sasha Levin
---
net/rds/bind.c | 28 +-
net/rds/connection.c | 102 +++
2 files changed, 63 insertions(+
Switch dm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the dm.
Signed-off-by: Sasha Levin
---
drivers/md/dm-snap.c | 24 +
drivers/md/persistent-data/dm-block-manager.c | 1 -
.../persistent-data
On Sat, Oct 27, 2012 at 10:20:21PM +0200, Jiri Olsa wrote:
> On Fri, Oct 26, 2012 at 01:30:15PM -0700, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > List the kernel supplied pmu event aliases in perf list
> >
> > It's better when the users can actually see them.
>
> with the HW events being pa
On Sat, Oct 27, 2012 at 5:49 PM, Akinobu Mita wrote:
> Replace open-coded loop with for_each_set_bit().
>
> Signed-off-by: Akinobu Mita
> Cc: Srinidhi Kasagar
> Cc: Linus Walleij
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: Vinod Koul
> Cc: Dan Williams
Makes perfect sense to me,
Acked-
Switch dlm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the dlm.
Signed-off-by: Sasha Levin
---
fs/dlm/lowcomms.c | 47 +--
1 file changed, 13 insertions(+), 34 deletions(-)
diff --git a/fs/dlm/lowcomms
Switch tracepoints to use the new hashtable implementation. This reduces the
amount of
generic unrelated code in the tracepoints.
Signed-off-by: Sasha Levin
---
kernel/tracepoint.c | 27 +++
1 file changed, 11 insertions(+), 16 deletions(-)
diff --git a/kernel/tracepoin
Switch to using the new hashtable implementation to store user structs.
This reduces the amount of generic unrelated code in kernel/user.c.
Signed-off-by: Sasha Levin
---
kernel/user.c | 33 +
1 file changed, 13 insertions(+), 20 deletions(-)
diff --git a/kernel/
Switch ksm to use the new hashtable implementation. This reduces the amount of
generic unrelated code in the ksm module.
Signed-off-by: Sasha Levin
---
mm/ksm.c | 33 +++--
1 file changed, 15 insertions(+), 18 deletions(-)
diff --git a/mm/ksm.c b/mm/ksm.c
index 31ae5
On Sat, Oct 27, 2012 at 7:53 PM, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
I applied this to my at91 pinctrl branch as well, hope that's OK...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
On Sat, Oct 27, 2012 at 09:42:00PM +0200, Jiri Olsa wrote:
> On Fri, Oct 26, 2012 at 01:30:13PM -0700, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > Extend the parser/lexer to allow generic event names like
> > "instructions" as a sysfs supplied PMU event name.
> >
> > This resolves the problem
On Sat, Oct 27, 2012 at 09:35:44PM +0200, Jiri Olsa wrote:
> On Fri, Oct 26, 2012 at 01:30:09PM -0700, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > Add a precise qualifier, like cpu/event=0x3c,precise=1/
> hm, I think this works already via 'p' modifier like:
>cpu/event=0x3c/p
Not for kern
To calculate an index of pkmap, using PKMAP_NR() is more understandable
and maintainable, So change it.
Cc: Mel Gorman
Signed-off-by: Joonsoo Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index d517cd1..b3b3d68 100644
--- a/mm/highmem.c
+++ b/mm/highmem.c
@@ -99,7 +99,7 @@ struct page *kmap_to_p
We can find free page_address_map instance without the page_address_pool.
So remove it.
Signed-off-by: Joonsoo Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index 017bad1..731cf9a 100644
--- a/mm/highmem.c
+++ b/mm/highmem.c
@@ -323,11 +323,7 @@ struct page_address_map {
void *virtual;
In current code, after flush_all_zero_pkmaps() is invoked,
then re-iterate all pkmaps. It can be optimized if flush_all_zero_pkmaps()
return index of flushed entry. With this index,
we can immediately map highmem page to virtual address represented by index.
So change return type of flush_all_zero_
The pool_lock protects the page_address_pool from concurrent access.
But, access to the page_address_pool is already protected by kmap_lock.
So remove it.
Signed-off-by: Joonsoo Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index b3b3d68..017bad1 100644
--- a/mm/highmem.c
+++ b/mm/highmem.c
@@ -3
This patchset clean-up and optimize highmem related code.
[1] is just clean-up and doesn't introduce any functional change.
[2-3] are for clean-up and optimization.
These eliminate an useless lock opearation and list management.
[4-5] is for optimization related to flush_all_zero_pkmaps().
Joonso
In flush_all_zero_pkmaps(), we have an index of the pkmap associated the page.
Using this index, we can simply get virtual address of the page.
So change it.
Signed-off-by: Joonsoo Kim
diff --git a/mm/highmem.c b/mm/highmem.c
index 65beb9a..1417f4f 100644
--- a/mm/highmem.c
+++ b/mm/highmem.c
@@
On Thu, Oct 25, 2012 at 6:11 PM, Murali Karicheri wrote:
> This is the driver for the main PLL clock hardware found on DM SoCs.
> This driver borrowed code from arch/arm/mach-davinci/clock.c and
> implemented the driver as per common clock provider API. The main PLL
> hardware typically has a mul
On Sun, 2012-10-28 at 15:05 +0100, Ingo Molnar wrote:
> * Mike Galbraith wrote:
>
> > On Sun, 2012-10-28 at 14:19 +0100, Ingo Molnar wrote:
> > > * Mike Galbraith wrote:
> > >
> > > > On Sun, 2012-10-28 at 11:25 +0100, Ingo Molnar wrote:
> > > > > * Mike Galbraith wrote:
> > > > >
> > > >
On Thu, Oct 25, 2012 at 6:11 PM, Murali Karicheri wrote:
> This is the driver for the Power Sleep Controller (PSC) hardware
> found on DM SoCs as well Keystone SoCs (c6x). This driver borrowed
> code from arch/arm/mach-davinci/psc.c and implemented the driver
> as per common clock provider API. T
On Sun, Oct 28, 2012 at 08:13:13PM +0100, Andi Kleen wrote:
> On Sat, Oct 27, 2012 at 09:35:44PM +0200, Jiri Olsa wrote:
> > On Fri, Oct 26, 2012 at 01:30:09PM -0700, Andi Kleen wrote:
> > > From: Andi Kleen
> > >
> > > Add a precise qualifier, like cpu/event=0x3c,precise=1/
> > hm, I think this
On Thu, Oct 25, 2012 at 6:11 PM, Murali Karicheri wrote:
> This is the common clk driver initialization functions for DaVinci
> SoCs and other SoCs that uses similar hardware architecture.
> clock.h also defines struct types for clock definitions in a SoC
> and clock data type for configuring clk
On Thu, Oct 25, 2012 at 6:11 PM, Murali Karicheri wrote:
> pll dividers are present in the pll controller of DaVinci and Other
> SoCs that re-uses the same hardware IP. This has a enable bit for
> bypass the divider or enable the driver. This is a sub class of the
> clk-divider clock checks the e
On 10/24/2012 02:55 PM, Borislav Petkov wrote:
> On Wed, Oct 24, 2012 at 11:33:55AM -0500, danielfsan...@att.net wrote:
>> Currently, we are only including asm/bug.h and then expecting that
>> linux/compiler.h will eventually be included to define __linktime_error
>> (used in BUILD_BUG_ON). This pa
On Fri, Oct 26, 2012 at 4:48 PM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove duplicated include.
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
>
> Signed-off-by: Wei Yongjun
Thanks, applied to my at91 branch.
Yours,
Linus Walleij
--
To unsubs
On Fri, Oct 26, 2012 at 4:50 PM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Using for_each_set_bit() to simplify the code.
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
>
> Signed-off-by: Wei Yongjun
Thanks patch applied to my AT91 branch.
Yours,
L
On Fri, Oct 26, 2012 at 4:54 PM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> The variable pin is initialized but never used
> otherwise, so remove the unused variable.
>
> dpatch engine is used to auto generate this patch.
> (https://github.com/weiyj/dpatch)
>
> Signed-off-by: Wei Yongjun
Thank
Em Wed, 24 Oct 2012 13:43:33 +1100
Stephen Rothwell escreveu:
> Hi Mauro,
>
> After merging the origin tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> drivers/media/usb/dvb-usb-v2/dvb_usb_core.c: In function 'dvb_usb_ctrl_feed':
> drivers/media/usb/dvb-usb-v2/d
At the 'err_request_irq' label, rc_unregister_device(rcdev) frees its
argument. So when we fall through to the 'err_gpio_request' label
further down and call rc_free_device(rcdev) then that's a double free.
Fix that by moving 'rcdev = NULL' from after the call to
rc_free_device() to after rc_unreg
Since rc_unregister_device() frees its argument there's no need to
subsequently call rc_free_device() on the same variable - in fact it's
a double free bug.
Easily fixed by just removing the rc_free_device() call.
Signed-off-by: Jesper Juhl
---
drivers/media/rc/gpio-ir-recv.c |1 -
1 files c
It's been a week, time for -rc3!
Nothing particularly stands out here. Lots of small fixes, exemplified
by the series of memory leak fixes in usb serial drivers. Just a lot
of random stuff..
Most of it is drivers (all over: drm, wireless, staging, usb, sound),
but there's a few filesystem updates
On Sun, Oct 28, 2012 at 08:24:49PM +0100, Jiri Olsa wrote:
> On Sun, Oct 28, 2012 at 08:13:13PM +0100, Andi Kleen wrote:
> > On Sat, Oct 27, 2012 at 09:35:44PM +0200, Jiri Olsa wrote:
> > > On Fri, Oct 26, 2012 at 01:30:09PM -0700, Andi Kleen wrote:
> > > > From: Andi Kleen
> > > >
> > > > Add a
On Wed, Oct 24, 2012 at 7:28 PM, Dmitry Torokhov
wrote:
>> drivers/spi/spi-pl022.c
>
> Default/sleep transitions could be moved into bus code.
No that's not a good idea as long as we have both the platform bus
and the AMBA bus doing essentially the same thing. We will then be
having two copies o
From: Patrice Chotard
kp_a_2 pin group was defined but was not declared
as a group of kp function.
Signed-off-by: Patrice Chotard
Signed-off-by: Linus Walleij
---
drivers/pinctrl/pinctrl-nomadik-db8500.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pin
This patch removes the call to irq_alloc_descs() which always returns an error
since the descriptors are always preallocated already.
Signed-off-by: Roland Stigge
---
arch/arm/mach-lpc32xx/irq.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
--- linux-2.6.orig/arch/arm/mach-l
This patch removes the IRQ mask initialization which is already done some lines
above.
This was actually a bug: The init was supposed to set the bits for the
(chained) SUB IRQs. But this is already fixed by the previous patch, doing this
implicitely via irq_set_chained_handler().
Signed-off-by: R
This patch fixes the issue of an access to a yet uninitialized data structure
at the point where irq_set_chained_handler() was called by moving the
respective calls to the end of lpc32xx_init_irq().
The call path was:
irq_set_chained_handler()
-> __irq_set_handler()
-> irq_startup()
-> irq_enable
On Sun, 2012-10-28 at 10:28 +0100, Geert Uytterhoeven wrote:
> > This is due to how the PCI bus is wired to the CPU bus, which is called
> > "byte address invariant". When doing a read of your byte 0, the CPU will
> > effectively read 0 with byte enables picking 48. Since the CPU wants
> > the fir
Hello all,
I have a somewhat unusual setup with 3 monitors, two connected to an
NVIDIA GT9800, and one connected to the onboard graphics card (a Radeon
HD4250, which is selected as the primary card in the BIOS). This has
worked well for quite some time using nouveau, but the 3.7 merge window
chang
This patch adds sysfs support to the block GPIO API.
Signed-off-by: Roland Stigge
Signed-off-by: Greg Kroah-Hartman
---
Documentation/ABI/testing/sysfs-gpio | 18 ++
drivers/gpio/gpiolib.c | 214 +++
include/asm-generic/gpio.h | 11 +
This patch adds device tree support to the block GPIO API.
Signed-off-by: Roland Stigge
---
Documentation/devicetree/bindings/gpio/gpio-block.txt | 36 +++
drivers/gpio/Makefile |1
drivers/gpio/gpioblock-of.c | 84 +
This patch adds block GPIO support to several gpio drivers.
Signed-off-by: Roland Stigge
---
drivers/gpio/gpio-em.c | 23
drivers/gpio/gpio-generic.c | 56 ++
drivers/gpio/gpio-lpc32xx.c | 82
drive
This set of patches adds:
* Block GPIO API to gpiolib
* Sysfs support for GPIO API, to provide userland access
* Devicetree support to instantiate GPIO blocks via DT
* Example implementations in several gpio drivers since they need
special accessor functions for block wise GPIO access
* Fix for
The recurring task of providing simultaneous access to GPIO lines (especially
for bit banging protocols) needs an appropriate API.
This patch adds a kernel internal "Block GPIO" API that enables simultaneous
access to several GPIOs. This is done by abstracting GPIOs to an n-bit word:
Once requeste
There is a race condition between creating a gpio or gpiochip device and adding
default attributes. This patch fixes this by defining the default attributes as
dev_attrs of the class. For this, it was necessary to create a separate
gpiochip_class besides gpio_class.
Signed-off-by: Roland Stigge
-
On 10/22/12 07:40, Jacob Shin wrote:
> On Sun, Oct 21, 2012 at 02:23:58PM -0700, Tom Rini wrote:
>> On 10/21/12 14:06, Jacob Shin wrote:
>>> Ah, sorry, this one should apply on top of 3.7-rc2:
>>>
>>> https://lkml.org/lkml/2012/8/24/469
>>>
>>> Could you try that? Just that single patch, not the wh
include/linux/bug.h | 59 ++--
include/linux/compiler-gcc.h |3 ++
include/linux/compiler-gcc3.h |8 +++---
include/linux/compiler-gcc4.h | 28 +-
include/linux/compiler.h |8 -
5 files changed, 65 insertions(
Hi Linus,
On Sun, Oct 28, 2012 at 8:59 PM, Linus Torvalds
wrote:
> And talking about the shortlog: christ people, some of you need to
> change your names. I'm used to there being multiple "David"s and
> "Peter"s etc, but there are three different Linus's in just this rc.
> People, people, I want
This helps to keep the file from getting confusing, removes one
duplicate version check and should encourage future editors to put new
macros where they belong.
Signed-off-by: Daniel Santos
Acked-by: David Rientjes
---
include/linux/compiler-gcc4.h | 20 +++-
1 files changed,
Prior to the introduction of __attribute__((error("msg"))) in gcc 4.3,
creating compile-time errors required a little trickery.
BUILD_BUG{,_ON} uses this attribute when available to generate
compile-time errors, but also uses the negative-sized array trick for
older compilers, resulting in two erro
Remove duplicate code by converting BUILD_BUG and BUILD_BUG_ON to just
call BUILD_BUG_ON_MSG. This not only reduces source code bloat, but
also prevents the possibility of code being changed for one macro and
not for the other (which was previously the case for BUILD_BUG and
BUILD_BUG_ON).
Signed
Add BUILD_BUG_ON_MSG which behaves like BUILD_BUG_ON (with optimizations
enabled), except that it allows you to specify the error message you
want emitted as the third parameter. Under the hood, this relies on
_BUILD_BUG_INTERNAL, which does the actual work and is pretty-much
identical to BUILD_BU
Using GCC_VERSION reduces complexity, is easier to read and is GCC's
recommended mechanism for doing version checks. (Just don't ask me why
they didn't define it in the first place.) This also makes it easy to
merge compiler-gcc{,3,4}.h should somebody want to.
Signed-off-by: Daniel Santos
Acked
When __CHECKER__ is defined, we disable all of the BUILD_BUG.* macros.
However, BUILD_BUG_ON was evaluating to nothing in this case, and we
want (0) since this is a function-like macro that will be followed by a
semicolon.
Signed-off-by: Daniel Santos
---
include/linux/bug.h |2 +-
1 files c
Negative sized arrays wont create a compile-time error in some cases
starting with gcc 4.4 (e.g., inlined functions), but gcc 4.3 introduced
the error function attribute that will. This patch modifies
BUILD_BUG_ON to behave like BUILD_BUG already does, using the error
function attribute so that yo
__linktime_error() does the same thing as __compiletime_error() and is
only used in bug.h. Since the macro defines a function attribute that
will cause a failure at compile-time (not link-time), it makes more
sense to keep __compiletime_error(), which is also neatly mated with
__compiletime_warnin
Throughout compiler*.h, many version checks are made. These can be
simplified by using the macro that gcc's documentation recommends.
However, my primary reason for adding this is that I need bug-check
macros that are enabled at certain gcc versions and it's cleaner to use
this macro than the trad
Hello,
Any idea what happened here (during a backup)?
Partition is ext4.
[116868.118797] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
this message.
[116868.118798] dumpD 88003d32a5c0 0 21219 21214
0x
[116868.118801] 880584631d28 0082 ff
On Tuesday, November 25, 2008 02:42:09 PM Jesper Juhl wrote:
> On Thu, 25 Oct 2012, Rafael J. Wysocki wrote:
>
> > On Sunday 21 of October 2012 22:35:46 Jesper Juhl wrote:
> > > If acpi_ds_create_walk_state() succeeds, but the call to
> > > ACPI_ALLOCATE_ZEROED() fails, then we'll return from the
Remove all code and associated preprocessor logic dependent on an old
LINUX_VERSION_CODE since such code is dead for an in-kernel driver.
Signed-off-by: Chad Williamson
---
drivers/staging/silicom/bp_mod.c | 207 +
drivers/staging/silicom/bypasslib/bplibk.h
On niedziela, 21 października 2012 o 17:12:28 Maciej Rutecki wrote:
> Error: kernel BUG at kernel/power/snapshot.c:517!
>
> Last known good: 3.6.1
> Bad: 3.7-rc2
>
> Steps to reproduce:
> 1. Boot system with 3.7-rc2 kernel
> 2. Try suspend to disk (s2ram works OK)
>
> System dies on message:
> h
Em Sun, Oct 28, 2012 at 07:42:01PM +0100, Jiri Olsa escreveu:
> On Sun, Oct 28, 2012 at 11:37:02AM -0200, Arnaldo Carvalho de Melo wrote:
> > CC /home/acme/git/build/perf/util/dso-test-data.o
> > In file included from util/dso.c:2:
> > util/dso.h:87: error: ‘BUILD_ID_SIZE’ undeclared here (not
On Sunday, October 28, 2012 10:12:49 PM Maciej Rutecki wrote:
> On niedziela, 21 października 2012 o 17:12:28 Maciej Rutecki wrote:
> > Error: kernel BUG at kernel/power/snapshot.c:517!
> >
> > Last known good: 3.6.1
> > Bad: 3.7-rc2
> >
> > Steps to reproduce:
> > 1. Boot system with 3.7-rc2 ker
On 10/15/2012 02:18 PM, Gregory CLEMENT wrote:
Add Armada 370/XP specific clocks: core clocks and CPU clocks.
The CPU clocks are only for Armada XP for the SMP mode.
...
+static struct core_clk_fn armada_370_clk_fn = {
+ .get_tclk_freq = armada_370_get_tclk_freq,
+ .get_pck_freq = a
On 10/26/2012 06:30 AM, Jingoo Han wrote:
> This patch adds missing device.h header to fix build warnings as below:
>
> drivers/cpuidle/cpuidle.h:26:41: warning: 'struct device' declared inside
> parameter list [enabled by default]
> drivers/cpuidle/cpuidle.h:26:41: warning: its scope is only thi
On Sunday, October 28, 2012 10:45:26 PM Rafael J. Wysocki wrote:
> On Sunday, October 28, 2012 10:12:49 PM Maciej Rutecki wrote:
> > On niedziela, 21 października 2012 o 17:12:28 Maciej Rutecki wrote:
> > > Error: kernel BUG at kernel/power/snapshot.c:517!
> > >
> > > Last known good: 3.6.1
> > >
Hi Rusty,
> The free-outside-interrupt issue is usually dealt with by offloading to
> a wq, but your variant works (and isn't too ugly).
Ok, thanks.
>> +static void reclaim_dma_bufs(void)
>> +{
>> + unsigned long flags;
>> + struct port_buffer *buf, *tmp;
>> + LIST_HEAD(tmp_list);
>>
Dear RT Folks,
I'm pleased to announce the 3.6.3-rt9 release.
Changes since 3.6.3-rt8:
* hrtimer fix for interrupt stall case (Watanabe)
* Disable RCU_FAST_NO_HZ. Uses a timer_list timer in the guts of
the irq disable idle code. Needs some thought
* Netfilter RT workaround
*
On Sun, Oct 28, 2012 at 05:02:17PM -0400, Justin Piszcz wrote:
> Hello,
>
> Any idea what happened here (during a backup)?
A sync system call took longer than two mintues. Why that happened,
it's harder to say. It's a warning, though, and not a fatal panic or
kernel oops.
How much memory do yo
Hi,
I have a big problem with the system freezing and would appreciate any
help on debugging this and pinpointing where exactly the problem is, so
it could be fixed.
So, whenever I write to the disk the system comes to a crawl or freezes
altogether. This happens even when the writing process
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Jan Engelhardt
commit 5276e16bb6f35412583518d6f04651dd9dc114be upstream.
When using the xt_set.h header in userspace, one will get these gcc
reports:
ipset/ip_set.h:184:1: error: unknown type
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Ben Hutchings
commit 3be324a94df0c3f032178d04549dbfbf6cccb09a upstream.
These are the hunks that I dropped when backporting for 3.2.24,
which are applicable now that we also have commit f34cd9c
3.2-stable review patch. If anyone has any objections, please let me know.
--
From: Daniel Vetter
commit c07496fa61f4c5cb2addd1c57f6b22fcaeea2eeb upstream.
... we will botch up the bit17 swizzling. Furthermore tiled pwrite is
a (now) unused slowpath, so no one really cares.
T
101 - 200 of 433 matches
Mail list logo
