Hi,
LTP reports no new failed tests compared to 3.0.56
n.
On Fri, Dec 14, 2012 at 02:25:45PM -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.0.57 release.
> There are 22 patches in this series, all will be posted as a response
> to this one. If anyone
On Sun, Dec 16, 2012 at 03:15:49PM +1100, Dave Chinner wrote:
> On Sun, Dec 16, 2012 at 03:35:49AM +, Eric Wong wrote:
> > Dave Chinner wrote:
> > > On Sun, Dec 16, 2012 at 12:25:49AM +, Eric Wong wrote:
> > > > Alan Cox wrote:
> > > > > On Sat, 15 Dec 2012 00:54:48 +
> > > > > Eric W
* Andy Lutomirski wrote:
> On Fri, Dec 14, 2012 at 6:49 AM, Al Viro wrote:
> > On Fri, Dec 14, 2012 at 03:14:50AM -0800, Andy Lutomirski wrote:
> >
> >> > Wait a minute. get_user_pages() relies on ->mmap_sem being held. Unless
> >> > I'm seriously misreading your patch it removes that protect
On Sat, Dec 15, 2012 at 9:17 PM, Yinghai Lu wrote:
> On Sat, Dec 15, 2012 at 6:09 PM, Yinghai Lu wrote:
>> On Sat, Dec 15, 2012 at 1:40 PM, H. Peter Anvin wrote:
>>> On 12/15/2012 12:55 PM, Yinghai Lu wrote:
BTW, did you look at smp boot problem with early_level4_pgt version?
>>>
>>>
>
* Andy Lutomirski wrote:
> This is a serious cause of mmap_sem contention. MAP_POPULATE
> and MCL_FUTURE, in particular, are disastrous in multithreaded programs.
>
> Signed-off-by: Andy Lutomirski
> ---
>
> Changes from v1:
>
> The non-unlocking versions of do_mmap_pgoff and mmap_region ar
* suravee.suthikulpa...@amd.com wrote:
> From: Suravee Suthikulpanit
>
> Currently, the AMD IBS PMU initialize pmu.task_ctx_nr to
> perf_invalid_context which only allows IBS to be running only
> in system-wide mode (e.g. perf record -a). IBS hardware is
> available in each core and should
* Frederic Weisbecker wrote:
> This subsystem lacks many explanations on its purpose and
> design. Add these missing comments.
>
> v2: Address comments from Andrew
>
> Reported-by: Andrew Morton
> Signed-off-by: Frederic Weisbecker
> Cc: Gilad Ben-Yossef
> Cc: Thomas Gleixner
> Cc: Andrew
On Sun, 16 Dec 2012 11:16:31 Con Kolivas wrote:
> These are patches designed to improve system responsiveness and
> interactivity with specific emphasis on the desktop, but suitable to
> any commodity hardware workload.
>
> Apply to 3.7.x:
> -ck-ckhttp://ck.kolivas.org/patches/3.0/3.7/3.71/patch-3
On Sat, Dec 15, 2012 at 1:09 PM, Greg Ungerer
wrote:
> On 12/15/2012 07:48 AM, Rob Landley wrote:
>> On 12/14/2012 06:04:51 AM, Greg Ungerer wrote:
>>> Hi Rob,
Somebody got one of my images to boot under aranym but they had to patch
the kernel fairly extensively to add the emulated devic
On Sun, 16 Dec 2012 18:33:14 Hillf Danton wrote:
> On Sun, Dec 16, 2012 at 5:54 PM, Con Kolivas wrote:
> > On Sun, 16 Dec 2012 11:16:31 Con Kolivas wrote:
> >> These are patches designed to improve system responsiveness and
> >> interactivity with specific emphasis on the desktop, but suitable to
Hi all,
this is a resend of the patch series on tx/rx LEDs trigger. The patch
set was put on hold after the latest discussions on Kurt's rename patch
due to a missing feature in the LED subsystem, which has been just
merged in:
a8df7b1 leds: add led_trigger_rename function
So, as months passed
This patch implements the functions to add two LED triggers, named
-tx and -rx, to a canbus device driver.
Triggers are called from specific handlers by each CAN device driver and
can be disabled altogether with a Kconfig option.
The implementation keeps the LED on when the interface is UP and bl
Add support for canbus activity led indicators on c_can devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Bhupesh Sharma
Cc: AnilKumar Ch
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
From: Kurt Van Dijck
In net_device notifier calls, it was impossible to determine
if a CAN device is based on candev in a safe way.
This patch adds such test in order to access candev storage
from within those notifiers.
Signed-off-by: Kurt Van Dijck
Acked-by: Oliver Hartkopp
---
drivers/net/
From: Kurt Van Dijck
The LED trigger name for CAN devices is based on the initial
CAN device name, but does never change. The LED trigger name
is not guaranteed to be unique in case of hotplugging CAN devices.
This patch tries to address this problem by modifying the
LED trigger name according t
Add support for canbus activity led indicators on sja1000 devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Oliver Hartkopp
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
drivers/n
Add support for canbus activity led indicators on mcp251x devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Christian Pellegrin
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
drive
Add support for canbus activity led indicators on flexcan devices by
calling appropriate can_led_* functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Oliver Hartkopp
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
drivers
Add support for canbus activity led indicators on at91_can devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
drivers/net/can/at91_can.c |
Add support for canbus activity led indicators on ti_hecc devices by
calling appropriate can_led functions.
These are only enabled when CONFIG_CAN_LEDS is Y, becomes no-op
otherwise.
Cc: Anant Gole
Cc: Wolfgang Grandegger
Cc: Marc Kleine-Budde
Signed-off-by: Fabio Baltieri
---
drivers/net/ca
On 12/14/2012 12:06 PM, Axel Lin wrote:
> regulator_get_voltage() may return negative error code.
> Add error checking to avoid setting error code to voltage_uv.
>
> Signed-off-by: Axel Lin
Axel,
I would definitely have prefered a resend of the whole series rather than
just the ones you have fix
Alexey,
On Thu, Dec 13, 2012 at 08:48:55AM -0700, Alex Williamson wrote:
> Probably a good idea to CC the iommu list and maintainer...
>
> On Thu, 2012-12-13 at 17:28 +1100, Alexey Kardashevskiy wrote:
> > Signed-off-by: Alexey Kardashevskiy
Please resend the patch when the merge-window is clos
With commit c7d3df3 "mei: use internal watchdog device registration
tracking" will crash the kernel on shutdown path on systems
where ME watchdog is not present.
Since the watchdog was never initialized in such case
the WDOG_UNREGISTERED bit is never set and the system
crashes on access to uninitia
* Bernd Schubert wrote:
> On 12/13/2012 01:16 PM, Bernd Schubert wrote:
> >Hello,
> >
> > I just tried to boot 3.7 and it ends in an APIC panic. I
> > tried to use the recommended "apic=debug", but that does not
> > change anything in the output, at least not in the visible
> > part. The last
On 20 November 2012 14:52, Dmitry Torokhov wrote:
> We'll need to invoke clk_disable_unprepare() via a pointer in our devm_*
> conversion so let's uninline the pair.
>
> Signed-off-by: Dmitry Torokhov
Mike, are you taking these patches?
--
To unsubscribe from this list: send the line "unsubscrib
[Adding Linaro id of Mike]
On 16 December 2012 17:10, Viresh Kumar wrote:
> On 20 November 2012 14:52, Dmitry Torokhov wrote:
>> We'll need to invoke clk_disable_unprepare() via a pointer in our devm_*
>> conversion so let's uninline the pair.
>>
>> Signed-off-by: Dmitry Torokhov
>
> Mike, are
On Sun, Dec 16, 2012 at 05:10:36PM +0530, Viresh Kumar wrote:
> On 20 November 2012 14:52, Dmitry Torokhov wrote:
> > We'll need to invoke clk_disable_unprepare() via a pointer in our devm_*
> > conversion so let's uninline the pair.
> >
> > Signed-off-by: Dmitry Torokhov
>
> Mike, are you takin
Not, this permissions saved for all users for later, check please.
Чтв 13 Дек 2012 20:22:10 +0400, Al Viro написал:
> On Thu, Dec 13, 2012 at 05:15:44PM +0400, tux2...@front.ru wrote:
> >
> >
> > This patch strengthens file permissions of pid record in proc filesystem.
> > When pid and p
Hi Linus,
Can you please pull the m68knommu git tree, for-next branch, at:
git://git.kernel.org/pub/scm/linux/kernel/git/gerg/m68knommu.git for-next
This one has a major restructuring of the non-mmu 68000 support. It merges
all the related SoC types that use the original 68000 cpu core interna
On Fri, Dec 14, 2012 at 09:59:11PM +0200, Terje Bergström wrote:
> On 14.12.2012 18:21, Stephen Warren wrote:
> > On 12/13/2012 11:09 PM, Terje Bergström wrote:
> >> They want to get the global data by getting drvdata of their parent.
> >
> > There's no reason that /has/ to be so; they can get any
On 16 December 2012 17:27, Russell King - ARM Linux
wrote:
> On Sun, Dec 16, 2012 at 05:10:36PM +0530, Viresh Kumar wrote:
>> On 20 November 2012 14:52, Dmitry Torokhov wrote:
>> > We'll need to invoke clk_disable_unprepare() via a pointer in our devm_*
>> > conversion so let's uninline the pair.
In file included from drivers/staging/wlan-ng/p80211netdev.c:92:
drivers/staging/wlan-ng/cfg80211.c:735: warning: initialization from
incompatible pointer type
drivers/staging/wlan-ng/cfg80211.c:736: warning: initialization from
incompatible pointer type
Cfr. commit c8442118ad9cd05cfe3b993f058e7
On Fri, Dec 14, 2012 at 6:17 PM, Andy Lutomirski wrote:
> This is a serious cause of mmap_sem contention. MAP_POPULATE
> and MCL_FUTURE, in particular, are disastrous in multithreaded programs.
>
> Signed-off-by: Andy Lutomirski
> ---
>
> Changes from v1:
>
> The non-unlocking versions of do_mma
On Sun, Dec 16, 2012 at 05:50:44PM +0530, Viresh Kumar wrote:
> On 16 December 2012 17:27, Russell King - ARM Linux
> wrote:
> > On Sun, Dec 16, 2012 at 05:10:36PM +0530, Viresh Kumar wrote:
> >> On 20 November 2012 14:52, Dmitry Torokhov
> >> wrote:
> >> > We'll need to invoke clk_disable_unpre
On Sat, 2012-12-15 at 17:35 +0100, Markus Trippelsdorf wrote:
> On 2012.12.15 at 17:33 +0100, Markus Trippelsdorf wrote:
> > On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
> > > On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds
> > > wrote:
> > > > I was wrong. It's not the x86 UAPI split, it's
Am 16.12.2012 01:30, schrieb Theodore Ts'o:
On Fri, Dec 14, 2012 at 06:36:41PM +0100, Stephan Mueller wrote:
That patch is about one week from a mainline merge, btw.
Initially I was also thinking about get_random_int. But stack protection
depends on non-predictable numbers to ensure it cannot b
On Sat, 2012-12-15 at 15:37 -0800, Linus Torvalds wrote:
> And why do we have to call the get-time calls so early? Couldn't we
> move them later and avoid all the crazy "let's create silly magical
> page tables just for the idiotic EFI problems".
Unfortunately not, because this patch series fixes
On Sunday, December 16, 2012 11:20:08 AM Viresh Kumar wrote:
> cpufreq core doesn't manage offline cpus and if driver->init() has returned
> mask including offline cpus, it may result in unwanted behavior by cpufreq
> core
> or governors.
>
> We need to get only online cpus in this mask. There ar
Hi,
a server running 3.2.11 just crashed with rather lengthy (~3 MB) dump:
http://www.virtall.com/files/temp/3.2.11-panic.txt
Any pointers, info if it was fixed or not, appreciated.
The server is Dell r720xd, 128 GB RAM, plenty of disks and around 1 Gbit/s
constant traffic.
# lspci
00:00.0 H
On 16 December 2012 18:10, Russell King - ARM Linux
wrote:
> Well, there's my comment against patch 2 which never got a reply:
>
> "Again, what about stuff not using drivers/clk/clk.c ?"
>
> Has this been addressed?
Hmm.. I misread it and thought it is same as breaking other platforms
because the
On Sun, Dec 16, 2012 at 06:35:24PM +0530, Viresh Kumar wrote:
> On 16 December 2012 18:10, Russell King - ARM Linux
> wrote:
> > Well, there's my comment against patch 2 which never got a reply:
> >
> > "Again, what about stuff not using drivers/clk/clk.c ?"
> >
> > Has this been addressed?
>
> H
On current linus/HEAD, m68k allmodconfig gives:
drivers/gpio/devres.c:52: error: redefinition of ‘devm_gpio_request’
include/linux/gpio.h:99: error: previous definition of
‘devm_gpio_request’ was here
drivers/gpio/devres.c:82: error: redefinition of ‘devm_gpio_request_one’
include/linux/gpio.h:111
On 2012.12.16 at 12:43 +, Matt Fleming wrote:
> On Sat, 2012-12-15 at 17:35 +0100, Markus Trippelsdorf wrote:
> > On 2012.12.15 at 17:33 +0100, Markus Trippelsdorf wrote:
> > > On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
> > > > On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds
> > > > w
From: Rafael J. Wysocki
Since the return value of acpi_bus_get_device() is not of type
acpi_status, ACPI_SUCCESS() should not be used for checking its
return value. Fix that.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/device_pm.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(
On 16 December 2012 18:34, Rafael J. Wysocki wrote:
> On Sunday, December 16, 2012 11:20:08 AM Viresh Kumar wrote:
>> cpufreq core doesn't manage offline cpus and if driver->init() has returned
>> mask including offline cpus, it may result in unwanted behavior by cpufreq
>> core
>> or governors.
From: Rafael J. Wysocki
After the removal of acpi_start_single_object() and acpi_bus_start()
the second argument of acpi_bus_scan() is not necessary any more,
so drop it and update acpi_bus_check_add() accordingly.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/scan.c | 18 ---
From: Rafael J. Wysocki
The ACPI PCI root bridge driver was the only ACPI driver implementing
the .start() callback, which isn't used by any ACPI drivers any more
now.
For this reason, acpi_start_single_object() has no purpose any more,
so remove it and all references to it. Also remove
acpi_bu
At Fri, 14 Dec 2012 14:25:45 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.0.57 release.
> There are 22 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
From: Rafael J. Wysocki
The callers of acpi_bus_add() usually assume that if it has
succeeded, then a struct acpi_device object has been attached to
the handle passed as the first argument. Unfortunately, however,
this assumption is wrong, because acpi_bus_scan(), and acpi_bus_add()
too as a res
From: Rafael J. Wysocki
After the removal of the second argument of acpi_bus_scan() there is
no difference between the ACPI_BUS_ADD_MATCH and ACPI_BUS_ADD_START
add types, so the add_type field in struct acpi_device may be
replaced with a single flag. Do that calling the flag match_driver.
Sign
Hi All,
This series is on top of the one I sent on Thursday:
https://lkml.org/lkml/2012/12/13/632
It goes one step farther and makes some simplifications that become possible
after applying that patchset.
[1/6] Fold acpi_pci_root_start() into acpi_pci_root_add()
[2/6] Remove acpi_start_single_o
From: Rafael J. Wysocki
Move the code from the ACPI PCI root bridge's .start() callback
routine, acpi_pci_root_start(), directly into acpi_pci_root_add()
and drop acpi_pci_root_start().
It is safe to do that, because it is now always guaranteed that
when struct pci_dev objects are created, their
From: Rafael J. Wysocki
Notice that acpi_bus_add() uses only 2 of its 4 arguments and
redefine its header to match the body. Update all of its callers as
necessary and observe that this leads to quite a number of removed
lines of code (Linus will like that).
Add a kerneldoc comment documenting
On Sun, Dec 16, 2012 at 04:02:03PM +0400, tux2...@front.ru wrote:
> Not, this permissions saved for all users for later, check please.
... and that's why it's bogus. umask of whoever had done lookup for
/proc/ affects everybody else. For as long as the thing stays
in dcache. At which point it's
On Sun, 2012-12-16 at 14:25 +0100, Markus Trippelsdorf wrote:
> Matt, your patch fixes the problem for me. Thanks.
That's great! Thanks for testing so quickly.
At least we now know the problem wasn't caused by a memory map issue,
just my buggy patch.
Linus, Peter, how should we proceed from here
On Sun, 16 Dec 2012, Rafael J. Wysocki wrote:
> On Saturday, December 15, 2012 10:16:29 PM Jiri Kosina wrote:
> > On Sat, 15 Dec 2012, Rafael J. Wysocki wrote:
> >
> > > From: Rafael J. Wysocki
> > >
> > > Currently, the PM core disables runtime PM for all devices right
> > > after executing su
On 12/16/2012 12:35 PM, Ingo Molnar wrote:
>
> * Bernd Schubert wrote:
>
>> On 12/13/2012 01:16 PM, Bernd Schubert wrote:
>>> Hello,
>>>
>>> I just tried to boot 3.7 and it ends in an APIC panic. I
>>> tried to use the recommended "apic=debug", but that does not
>>> change anything in the outp
Commit cf0936b06d8e98a157630e99f647e2ff6d29d7ad ("bcma: add GPIO driver")
added BCMA_DRIVER_GPIO, which unconditionally selects GPIOLIB, causing
a Kconfig warning:
warning: (ARCH_REQUIRE_GPIOLIB && SSB_DRIVER_GPIO && BCMA_DRIVER_GPIO &&
MFD_TC6393XB && FB_VIA) selects GPIOLIB which has unmet dire
Commit ec43b08b5733494ad88aa618ecdf534320dd8207 ("ssb: add GPIO driver")
added SSB_DRIVER_GPIO, which unconditionally selects GPIOLIB, causing
a Kconfig warning:
warning: (ARCH_REQUIRE_GPIOLIB && SSB_DRIVER_GPIO && BCMA_DRIVER_GPIO &&
MFD_TC6393XB && FB_VIA) selects GPIOLIB which has unmet direct
On Sun, Dec 16, 2012 at 02:32:06PM +0100, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Since the return value of acpi_bus_get_device() is not of type
> acpi_status, ACPI_SUCCESS() should not be used for checking its
> return value. Fix that.
>
> Signed-off-by: Rafael J. Wysocki
Revi
Hi Rafael,
Great idea to get rid of the .start() staff, it could also
simplify our hotplug framework too.
Thanks!
Gerry
On 12/16/2012 09:47 PM, Rafael J. Wysocki wrote:
> Hi All,
>
> This series is on top of the one I sent on Thursday:
>
> https://lkml.org/lkml/2012/12/13
On Thu, Dec 13, 2012 at 12:08:11AM -0800, Darrick J. Wong wrote:
> diff --git a/mm/bounce.c b/mm/bounce.c
> index 0420867..fa11935 100644
> --- a/mm/bounce.c
> +++ b/mm/bounce.c
> @@ -178,6 +178,38 @@ static void bounce_end_io_read_isa(struct bio *bio, int
> err)
> __bounce_end_io_read(bio,
drivers/media/v4l2-core/videobuf2-dma-contig.c: In function ‘vb2_dc_mmap’:
drivers/media/v4l2-core/videobuf2-dma-contig.c:204: error: implicit
declaration of function ‘dma_mmap_coherent’
drivers/media/v4l2-core/videobuf2-dma-contig.c: In function
‘vb2_dc_get_base_sgt’:
drivers/media/v4l2-core/video
Hi Daniel,
On 12/14/2012 02:57 PM, Daniel Lezcano wrote:
> As the power is backward sorted in the states array and we are looking for
> the state consuming the little power as possible, instead of looking from
> the beginning of the array, we look from the end. That should save us some
> iteration
On Sun, Dec 16, 2012 at 05:29:21AM +0100, Jan Engelhardt wrote:
>
> On Wednesday 2012-10-03 18:17, Greg Kroah-Hartman wrote:
> >>
> >> OK, I will bite... How should I flag an option that is initially only
> >> intended for those willing to take some level of risk?
> >
> >In the text say "You rea
On 16.12.2012 14:16, Thierry Reding wrote:
> Okay, so we're back on the topic of using globals. I need to assert
> again that this is not an option. If we were to use globals, then we
> could just as well leave out the dummy device and just do all of that in
> the tegra-drm driver's initialization
The following commit breaks IPv6 TCP transmission for me:
Commit 75fe83c32248d99e6d5fe64155e519b78bb90481
Author: Vlad Yasevich
Date: Fri Nov 16 09:41:21 2012 +
ipv6: Preserve ipv6 functionality needed by NET
This patch fixes the typo "ipv6_offload" which sho
On Fri, Dec 14, 2012 at 08:12:45AM -0800, Andy Lutomirski wrote:
> On Fri, Dec 14, 2012 at 6:49 AM, Al Viro wrote:
> > On Fri, Dec 14, 2012 at 03:14:50AM -0800, Andy Lutomirski wrote:
> >
> >> > Wait a minute. get_user_pages() relies on ->mmap_sem being held. Unless
> >> > I'm seriously misreadi
From: Simon Arlott
Date: Sun, 16 Dec 2012 16:47:50 +
> The following commit breaks IPv6 TCP transmission for me:
> Commit 75fe83c32248d99e6d5fe64155e519b78bb90481
> Author: Vlad Yasevich
> Date: Fri Nov 16 09:41:21 2012 +
> ipv6: Preserve ipv6 functionality need
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/include/mach/ipmmu.h |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-shmobile/include/mach/ipmmu.h
b/arch/arm/mach-shmobile/include/mach/ipmmu.h
index ede2f0b..4b805b1f 100644
--- a/arch/arm/mac
And remove the global iommu_mapping variable.
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-iommu.c | 14 --
drivers/iommu/shmobile-ipmmu.h |4
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/drivers/iommu/shmobile-iommu.c b/drivers/iommu/shmob
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-iommu.c | 20 +---
include/linux/sh_iommu.h | 10 --
2 files changed, 25 insertions(+), 5 deletions(-)
diff --git a/drivers/iommu/shmobile-iommu.c b/drivers/iommu/shmobile-iommu.c
index 423993c..f27d842
This gets rid of the global ipmmu_access_device pointer.
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-iommu.c | 37 ++---
include/linux/sh_iommu.h |2 ++
2 files changed, 28 insertions(+), 11 deletions(-)
diff --git a/drivers/iommu/shmob
ipmmu_add_device() can never race with
shmobile_iommu_attach_all_devices(), called by ipmmu_iommu_init() as the
former is called from an arch initcall and the later from a subsys
initcall.
Remove the unneeded spinlock as well as the arm_iommu_attach_device() in
ipmmu_add_device(), as the condition
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-iommu.c | 10 +-
drivers/iommu/shmobile-ipmmu.c |4 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/iommu/shmobile-iommu.c b/drivers/iommu/shmobile-iommu.c
index bbbf1bc..9f2243e3 100644
--- a/dri
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-iommu.c | 12 +++---
drivers/iommu/shmobile-ipmmu.c | 90 +++
drivers/iommu/shmobile-ipmmu.h |9 ++--
3 files changed, 55 insertions(+), 56 deletions(-)
diff --git a/drivers/iommu/shmobile-iomm
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-iommu.c | 152
1 files changed, 76 insertions(+), 76 deletions(-)
diff --git a/drivers/iommu/shmobile-iommu.c b/drivers/iommu/shmobile-iommu.c
index 463da32..1a37be2 100644
--- a/drivers/iommu/sh
The dma_iommu_mapping structure defined in asm/dma-iommu.h embeds a
struct kref, include the appropriate header file.
Signed-off-by: Laurent Pinchart
---
arch/arm/include/asm/dma-iommu.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/dma-iommu.h b/a
And expose the structure to the IOMMU driver.
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-ipmmu.c | 14 --
drivers/iommu/shmobile-ipmmu.h |6 ++
2 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/iommu/shmobile-ipmmu.c b/drivers/iommu/sh
And split the function used by board code to its own
include/linux/sh_iommu.h header.
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-ap4evb.c |2 +-
arch/arm/mach-shmobile/board-mackerel.c|2 +-
arch/arm/mach-shmobile/setup-sh7372.c
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-ipmmu.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/iommu/shmobile-ipmmu.c b/drivers/iommu/shmobile-ipmmu.c
index 2339f91..d6df0b4 100644
--- a/drivers/iommu/shmobile-ipmmu.c
+++ b/drivers/iommu/s
CONFIG_HOTPLUG is going away as an option, remove __devinit.
Signed-off-by: Laurent Pinchart
---
drivers/iommu/shmobile-ipmmu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/iommu/shmobile-ipmmu.c b/drivers/iommu/shmobile-ipmmu.c
index 72cacb9..2339f91 100644
Dear Eiraku-san,
Here's a couple of patches that rework your IPMMU driver in the direction
pointed to by my comments. Feel free to use them as a base, squash them into
your code (my name doesn't need to be kept in commit messages) or even ignore
them completely where they make no sense.
Patch 5/1
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/Kconfig |6 --
arch/arm/mach-shmobile/Makefile|3 ---
drivers/iommu/Kconfig |6 ++
drivers/iommu/Makefile |1 +
.../i
On Sun, Dec 16, 2012 at 5:47 AM, Rafael J. Wysocki wrote:
> Hi All,
>
> This series is on top of the one I sent on Thursday:
>
> https://lkml.org/lkml/2012/12/13/632
>
> It goes one step farther and makes some simplifications that become possible
> after applying that patchset.
>
> [1/6] Fold acpi
On Fri, Dec 14, 2012 at 04:55:57PM +0100, Sander Eikelenboom wrote:
> Hi Konrad,
>
> I just tried to boot a 3.8.0-rc0 kernel (last commit:
> 7313264b899bbf3988841296265a6e0e8a7b6521) as dom0 on my machine with current
> xen-unstable.
Yeah, saw it over the Dec 11->Dec 12 merges and was out on
va
Since commit 0049fb2603b7afb1080776ee691dfa5a3d282357 ("OMAPFB: use
dma_alloc_attrs to allocate memory") we have one non-arch user of
dma_{alloc,free}_attrs().
Hence provide these functions, as wrappers around
dma_{alloc,free}_coherent().
Note that most architectures do it the other way around. B
Since commit 0049fb2603b7afb1080776ee691dfa5a3d282357 ("OMAPFB: use
dma_alloc_attrs to allocate memory") we have one non-arch user of
dma_{alloc,free}_attrs().
Hence provide these functions, as wrappers around
dma_{alloc,free}_coherent().
Note that most architectures do it the other way around. B
Hey Linus,
Please git pull the following tag:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/swiotlb.git
stable/for-linus-3.8-rc0-tag
which has one feature in the SWIOTLB code. That is to remove
the multitude of phys_to_virt/virt_to_phys calls and instead
operate on the physical
On Fri, Dec 14, 2012 at 6:58 AM, Bernd Schubert
wrote:
> On 12/13/2012 01:16 PM, Bernd Schubert wrote:
>>
>> Hello,
>>
>> I just tried to boot 3.7 and it ends in an APIC panic. I tried to use
>> the recommended "apic=debug", but that does not change anything in the
>> output, at least not in the v
On Sun, Dec 16, 2012 at 9:43 AM, Yinghai Lu wrote:
> On Fri, Dec 14, 2012 at 6:58 AM, Bernd Schubert
> wrote:
>> On 12/13/2012 01:16 PM, Bernd Schubert wrote:
>>>
>>> Hello,
>>>
>>> I just tried to boot 3.7 and it ends in an APIC panic. I tried to use
>>> the recommended "apic=debug", but that do
From: Fenghua Yu
Remove static declaration in have_cpuid_p() to make it a global function. The
function will be called in early loading microcode.
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/processor.h | 8
arch/x86/kernel/cpu/common.c | 17 +++--
2 files chan
From: Fenghua Yu
The problem in current microcode loading method is that we load a microcode way,
way too late; ideally we should load it before turning paging on. This may only
be practical on 32 bits since we can't get to 64-bit mode without paging on,
but we should still do it as early as at
From: Fenghua Yu
Before initrd image is freed, copy valid ucode patches from initrd image
to kernel virtual memory. The saved ucode will be used to update AP in resume
or hotplug.
Signed-off-by: Fenghua Yu
---
arch/x86/mm/init.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/a
* Dave Jones [121215 14:27]:
> On Sat, Dec 15, 2012 at 01:11:04PM -0800, Linus Torvalds wrote:
> > On Fri, Dec 14, 2012 at 2:22 AM, Tomi Valkeinen
> wrote:
> > > Hi Linus,
> > >
> > > Florian, the fbdev maintainer, has been very busy lately, so I offered
> to send
> > > the pull request fo
From: Fenghua Yu
MICROCODE_INTEL_LIB, MICROCODE_INTEL_EARLY, and MICROCODE_EARLY are three new
configurations to enable or disable the feature.
Signed-off-by: Fenghua Yu
---
arch/x86/Kconfig | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/x86/Kconfig b/arch/x86/Kco
From: Fenghua Yu
This updates ucode in 32-bit kernel. At this point, there is no paging and no
virtual address yet.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/head_32.S | 12
1 file changed, 12 insertions(+)
diff --git a/arch/x86/kernel/head_32.S b/arch/x86/kernel/head_32.S
in
From: Fenghua Yu
Define interfaces microcode_sanity_check() and get_matching_microcode(). They
are called both in early boot time and in microcode Intel driver.
Signed-off-by: Fenghua Yu
---
arch/x86/kernel/microcode_intel_lib.c | 174 ++
1 file changed, 174 ins
From: Fenghua Yu
Documenation for early loading microcode methodology.
Signed-off-by: Fenghua Yu
---
Documentation/x86/early-microcode.txt | 43 +++
1 file changed, 43 insertions(+)
create mode 100644 Documentation/x86/early-microcode.txt
diff --git a/Document
From: Fenghua Yu
Implementation of early update ucode on Intel's CPU.
load_ucode_intel_bsp() scans ucode in initrd image file which is a cpio format
ucode followed by ordinary initrd image file. The binary ucode file is stored
in kernel/x86/microcode/GenuineIntel.bin in the cpio data. All ucode
1 - 100 of 228 matches
Mail list logo
