Hi Linus,
Here's a serious bug fix in Big Endian configuration. I know it's late, but
we need this fix. Please consider applying for 3.11-rc7.
I hope direct email as opposed to a formal pull request is OK.
P.S. @Greg, I can vouch for this fix, can you please queue this up for next
stable and not
From: Joern Rennecke
For a search buffer, 2 byte aligned, strchr() was returning pointer
outside of buffer (buf - 1)
->8
// Input buffer (default 4 byte aigned)
char *buffer = "1AA_";
// actual search start (to mimick 2 byte alignment)
char *current_l
--
Dear Web-mail User,
This is to inform you that we are currently carrying out scheduled
maintenance and upgrading all Web mail service Due to recent virus
attack TROJAN detected in our Data Base System,you may not be able
send or receive new mail until your mailbox is scanned To effect the
sc
Chris et al,
with 3.11-rc6 and the Broadcom BCM57765 card reader [1] in my Macbook
Retina, interrupts are not seen during card insertion:
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pci :03:00.1: SDHCI controller found [14e4:16bc] (rev 10)
mm
On 08/23/2013 09:51 PM, Matthew Garrett wrote:
On Fri, Aug 23, 2013 at 09:45:10PM -0700, Guenter Roeck wrote:
"What happens when you have an ACPI device that contains an interrupt in
_CRS and contains a different interrupt in an embedded FDT block?"
Does the situation occur today, ie does it
On 8/21/13 11:39 PM, Christian Ruppert wrote:
On Fri, Aug 16, 2013 at 11:15:12AM +0900, Shinya Kuribayashi wrote:
On 8/5/13 6:31 PM, Christian Ruppert wrote:
On Wed, Jul 24, 2013 at 11:31:44PM +0900, Shinya Kuribayashi wrote:
As said before, all t_SCL things should go away. Please forget
abou
On Fri, Aug 23, 2013 at 09:45:10PM -0700, Guenter Roeck wrote:
> "What happens when you have an ACPI device that contains an interrupt in
> _CRS and contains a different interrupt in an embedded FDT block?"
>
> Does the situation occur today, ie does it ever happen that one interrupt
> for a dev
On 08/23/2013 08:06 PM, Matthew Garrett wrote:
On Fri, Aug 23, 2013 at 07:55:31PM -0700, Guenter Roeck wrote:
Question is: Does this work _today_ with any existing driver, where
one interrupt is served through ACPI and another as 'standard' Linux
interrupt ? If yes, it must be working, and usin
On 24 August 2013 01:10, Rafael J. Wysocki wrote:
> On Friday, August 23, 2013 09:20:35 PM Viresh Kumar wrote:
>> CPUFreq drivers that use clock frameworks interface,i.e. clk_get_rate(), to
>> get
>> CPUs clk rate, has similar sort of code used for most of them.
>>
>> This patchset adds a generic
Hi Linus and Ezequiel,
On Fri, 23 Aug 2013 13:19:26 -0700
Ezequiel Garcia wrote:
> On Fri, Aug 23, 2013 at 08:06:02PM +0200, Linus Walleij wrote:
> > On Thu, Aug 22, 2013 at 3:22 PM, Ezequiel Garcia
> > wrote:
> > > On Thu, Aug 22, 2013 at 08:46:51PM +0800, Jisheng Zhang wrote:
> > >> Add missi
Hi Mike,
On Fri, 23 Aug 2013 14:29:50 -0700
Mike Turquette wrote:
> Quoting Jisheng Zhang (2013-08-22 19:34:01)
> > Add missing iounmap to setup error path.
> >
> > Change-Id: I4371569d14d7026aa9f90d7cd53f669d365fe26a
>
> Please remove Change-Id's from the commit message for upstream patch
> s
On Fri, Aug 23, 2013 at 07:55:31PM -0700, Guenter Roeck wrote:
> Question is: Does this work _today_ with any existing driver, where
> one interrupt is served through ACPI and another as 'standard' Linux
> interrupt ? If yes, it must be working, and using fdt to describe
> the interrupt mapping fo
On 08/23/2013 07:38 PM, Matthew Garrett wrote:
On Fri, Aug 23, 2013 at 06:47:23PM -0700, Guenter Roeck wrote:
On Sat, Aug 24, 2013 at 02:10:36AM +0100, Matthew Garrett wrote:
On Fri, Aug 23, 2013 at 05:13:45PM -0700, Guenter Roeck wrote:
Did the group conclude that the idea of FDT augmenting
On Fri, Aug 23, 2013 at 01:08:56PM -0700, Yinghai Lu wrote:
> On Fri, Aug 23, 2013 at 11:25 AM, H. Peter Anvin wrote:
> >
> > BRK makes sense as long as you can set a sane O(1) size limit.
> >
> >>
> >>put the acpi override table in BRK, we still need ok from HPA.
> >>I have impression that he did
On Fri, Aug 23, 2013 at 06:47:23PM -0700, Guenter Roeck wrote:
> On Sat, Aug 24, 2013 at 02:10:36AM +0100, Matthew Garrett wrote:
> > On Fri, Aug 23, 2013 at 05:13:45PM -0700, Guenter Roeck wrote:
> >
> > > Did the group conclude that the idea of FDT augmenting ACPI is not
> > > feasible ?
> >
Add driver support for the Texas Instruments BQ24190
battery charger. Some of the information provided by
the device is about the charger and other information
is about the battery so create two power_supply objects
(one for each) and provide the appropriate information
for each one.
The device h
On Fri, Aug 23, 2013 at 04:04:59PM -0600, Bjorn Helgaas wrote:
> On Fri, Aug 23, 2013 at 3:40 PM, Rafael J. Wysocki wrote:
> > On Friday, August 23, 2013 02:46:23 PM Bjorn Helgaas wrote:
> >> On Fri, Aug 23, 2013 at 2:53 PM, Rafael J. Wysocki wrote:
> >> > On Friday, August 23, 2013 04:05:11 PM N
On Sat, Aug 24, 2013 at 02:10:36AM +0100, Matthew Garrett wrote:
> On Fri, Aug 23, 2013 at 05:13:45PM -0700, Guenter Roeck wrote:
>
> > Did the group conclude that the idea of FDT augmenting ACPI is not feasible
> > ?
>
> I think expressing FDT in ACPI is feasible, I'm just not sure it's
> des
On Fri, Aug 23, 2013 at 05:13:45PM -0700, Guenter Roeck wrote:
> Did the group conclude that the idea of FDT augmenting ACPI is not feasible ?
I think expressing FDT in ACPI is feasible, I'm just not sure it's
desirable. We'd still end up with duplicate information and no mechanism
for drivers
Hi Tomasz,
Thank you for the review.
On Saturday 24 August 2013 02:41:59 Tomasz Figa wrote:
> On Tuesday 20 of August 2013 01:04:54 Laurent Pinchart wrote:
> > Add DT bindings for the pcf857x-compatible chips and parse the device
> > tree node in the driver.
> >
> > Signed-off-by: Laurent Pincha
On 8/11/13, Yinghai Lu wrote:
> During ioapic hotplug, acpi_register_ioapic will be called.
> Now for x86, that function is blank.
> Fill that will update __mp_register_ioapic to use those ioapic.
>
> Signed-off-by: Yinghai Lu
> ---
> arch/x86/kernel/acpi/boot.c | 10 ++
> 1 file changed
Hi Laurent,
On Tuesday 20 of August 2013 01:04:54 Laurent Pinchart wrote:
> Add DT bindings for the pcf857x-compatible chips and parse the device
> tree node in the driver.
>
> Signed-off-by: Laurent Pinchart
> ---
> .../devicetree/bindings/gpio/gpio-pcf857x.txt | 71
>
Using return NULL to replace goto statement and avoiding a redundant
function call for free_workqueue_attrs(). If kzalloc for attrs of
struct workqueue_attrs is failed, alloc_workqueue_attrs return
NULL directedly. With no functional changs.
Signed-off-by: Libin
---
kernel/workqueue.c | 2 +-
1
Kmemcheck configuration menu location correction in Documentation/
kmemcheck.txt
Signed-off-by: Libin
---
Documentation/kmemcheck.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/kmemcheck.txt b/Documentation/kmemcheck.txt
index c28f828..9398a50 100644
On Fri, Aug 23, 2013 at 4:09 PM, Stephen Warren wrote:
> On 08/23/2013 01:45 PM, Colin Cross wrote:
>> Calling cpuidle_enter_state is expected to return with interrupts
>> enabled, but interrupts must be disabled before starting the
>> ready loop synchronization stage. Call local_irq_disable afte
On Fri, Aug 23, 2013 at 03:20:25PM +0200, Tibor Billes wrote:
> > From: Paul E. McKenney Sent: 08/22/13 12:09 AM
> > On Wed, Aug 21, 2013 at 11:05:51PM +0200, Tibor Billes wrote:
> > > > From: Paul E. McKenney Sent: 08/21/13 09:12 PM
> > > > On Wed, Aug 21, 2013 at 08:14:46PM +0200, Tibor Billes wr
This patch adds all required platform-specific data and initialization
code to support the generic amba-pl08x driver on S3C64xx SoCs.
Also some compatibility definitions are added to make the transition
from legacy API to DMA engine easier. The biggest hack here is passing
const char * pointers th
On Fri, Aug 23, 2013 at 04:45:48PM -0700, Darren Hart wrote:
> On Sat, 2013-08-24 at 00:38 +0100, Matthew Garrett wrote:
> > On Fri, Aug 23, 2013 at 04:25:43PM -0700, Darren Hart wrote:
> >
> > > It had been my hope at the start of this project to open the creation of
> > > SSDTs up to inventors a
On Fri, Aug 23, 2013 at 07:15:44PM -0400, Eduardo Valentin wrote:
> This patch adds to lm75 temperature sensor the possibility
> to expose itself as thermal zone device, registered on the
> thermal framework.
>
> The thermal zone is built only if a device tree node
> describing a thermal zone for
On Sat, 2013-08-24 at 00:38 +0100, Matthew Garrett wrote:
> On Fri, Aug 23, 2013 at 04:25:43PM -0700, Darren Hart wrote:
>
> > It had been my hope at the start of this project to open the creation of
> > SSDTs up to inventors and hackers who want to create Lures for the
> > MinnowBoard in such a w
On Fri, Aug 23, 2013 at 09:00:23AM -0700, Sören Brinkmann wrote:
> Hi Steffen,
>
> On Fri, Aug 23, 2013 at 09:32:50AM +0200, Steffen Trumtrar wrote:
> > Hi!
> >
> > On Thu, Aug 22, 2013 at 05:59:36PM -0700, Sören Brinkmann wrote:
> > > On Thu, Aug 22, 2013 at 05:26:47PM -0700, Sören Brinkmann wro
On Fri, Aug 23, 2013 at 07:15:44PM -0400, Eduardo Valentin wrote:
> This patch adds to lm75 temperature sensor the possibility
> to expose itself as thermal zone device, registered on the
> thermal framework.
>
> The thermal zone is built only if a device tree node
> describing a thermal zone for
Hi Linus,
On Friday 23 August 2013 19:54:03 Linus Walleij wrote:
> On Tue, Aug 20, 2013 at 1:04 AM, Laurent Pinchart wrote:
> > Add DT bindings for the pcf857x-compatible chips and parse the device
> > tree node in the driver.
> >
> > Signed-off-by: Laurent Pinchart
> >
>
> I'm holding this unt
On Fri, Aug 23, 2013 at 04:25:43PM -0700, Darren Hart wrote:
> It had been my hope at the start of this project to open the creation of
> SSDTs up to inventors and hackers who want to create Lures for the
> MinnowBoard in such a way that they could write these SSDTs and load
> them from a file at
On Fri, Aug 23, 2013 at 11:19:55PM +, Graham Williams wrote:
> I couldn't get the whitespace formatting correctly from Windows Office (work
> email) so I attached the patch file. I ran it on it applies correctly.
I can't take attachments, and especially not base64 ones :(
Take a look at th
On Thu, 2013-08-22 at 01:03 +0100, Matthew Garrett wrote:
> On Thu, Aug 22, 2013 at 02:02:29AM +0200, Rafael J. Wysocki wrote:
>
> > And now the practice appears to be that vendors actually ship some ACPI
> > tables with their systems, but those ACPI tables do not contain information
> > needed to
This patch changes a dtsi file to contain the thermal data
for MPU domain on OMAP4 and later SoCs. This data will
enable the passive cooling with CPUfreq cooling device
at 100C and the system will do a thermal shutdown at 125C.
This thermal data can be reused across TI SoC devices.
Cc: "Benoît Co
On Fri, Aug 23, 2013 at 07:44:03PM +0200, Sebastian Hesselbarth wrote:
> On 08/23/13 19:19, Sören Brinkmann wrote:
> >On Fri, Aug 23, 2013 at 11:30:18AM +0200, Sebastian Hesselbarth wrote:
> >>On 08/23/13 02:59, Sören Brinkmann wrote:
> >>>On Thu, Aug 22, 2013 at 05:26:47PM -0700, Sören Brinkmann w
This patch changes a dtsi file to contain the thermal data
for GPU domain on OMAP5 and later SoCs. This data will
enable a thermal shutdown at 125C.
This thermal data can be reused across TI SoC devices.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
C
This patch changes the dtsi entry on omap5 to contain
the thermal data. This data will enable the passive
cooling with CPUfreq cooling device at 100C. The
system will do a thermal shutdown at 125C whenever
any of its sensors sees this level.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Rob Herring
This patch changes a dtsi file to contain the thermal data
for CORE domain on OMAP5 and later SoCs. This data will
enable a thermal shutdown at 125C.
This thermal data can be reused across TI SoC devices.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
I couldn't get the whitespace formatting correctly from Windows Office (work
email) so I attached the patch file. I ran it on it applies correctly.
0001-usb-acm-gadget-Null-termintate-strings-table.patch
Description: 0001-usb-acm-gadget-Null-termintate-strings-table.patch
On Fri, Aug 23, 2013 at 05:03:45PM +0200, Sylwester Nawrocki wrote:
> This patch adds common __clk_get(), __clk_put() clkdev helpers which
> replace their platform specific counterparts when the common clock
> API is enabled.
>
> The owner module pointer field is added to struct clk so a reference
OMAP5 devices can reach high temperatures and thus
needs to have cpufreq-cooling on systems running on it.
This patch links the cpu node to its thermal-zone
so that cpufreq-cpu0 driver loads the cooling device.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rut
This patch changes the dtsi entry on omap4430 to contain
the thermal data. This data will enable the passive
cooling with CPUfreq cooling device at 100C and the
system will do a thermal shutdown at 125C.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Russell King
Cc: linux-o...@vger.kernel.org
Cc:
This patch improves the ti-soc-thermal driver by adding the
support to build the thermal zones based on DT nodes.
The driver will have two options now to build the thermal
zones. The first option is the zones originally coded
in this driver. So, the driver behavior will be same
if there is no DT n
OMAP4430 devices can reach high temperatures and thus
needs to have cpufreq-cooling on systems running on it.
This patch links the cpu node to its thermal-zone
so that cpufreq-cpu0 driver loads the cooling device.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Russell King
Cc: linux-o...@vger.kern
This patch changes the dtsi entry on omap4460 to contain
the thermal data. This data will enable the passive
cooling with CPUfreq cooling device at 100C and the
system will do a thermal shutdown at 125C.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc
OMAP4460 devices can reach high temperatures and thus
needs to have cpufreq-cooling on systems running on it.
This patch links the cpu node to its thermal-zone
so that cpufreq-cpu0 driver loads the cooling device.
Cc: "Benoît Cousson"
Cc: Tony Lindgren
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark
This patch adds to tmp102 temperature sensor the possibility
to expose itself as thermal zone device, registered on the
thermal framework.
The thermal zone is built only if a device tree node
describing a thermal zone for this sensor is present
inside the tmp102 DT node. Otherwise, the driver beha
Hello all,
First of all, apologize for the very late answer. But I am resuming this work.
This RFC is about describing hardware thermal limits using device tree.
Based on the discussion on the first RFC:
http://lkml.org/lkml/2013/7/22/319
I have changed the code and the device tree bindings as
In order to be able to build thermal policies
based on generic sensors, like I2C device, that
can be places in different points on different boards,
there is a need to have a way to feed board dependent
data into the thermal framework.
This patch introduces a thermal data parser for device
tree. T
This patch adds to lm75 temperature sensor the possibility
to expose itself as thermal zone device, registered on the
thermal framework.
The thermal zone is built only if a device tree node
describing a thermal zone for this sensor is present
inside the lm75 DT node. Otherwise, the driver behavior
This patch changes the cpufreq-cpu0 driver to consider if
a cpu needs cooling (with cpufreq). In case the cooling is needed,
it can be flagged at the cpu0 device tree node, with the list
of zones property 'cooling-zones'.
In case this list of zones is present, the driver will
load a cpufreq coolin
On 08/23/2013 01:45 PM, Colin Cross wrote:
> Calling cpuidle_enter_state is expected to return with interrupts
> enabled, but interrupts must be disabled before starting the
> ready loop synchronization stage. Call local_irq_disable after
> each call to cpuidle_enter_state for the safe state.
Tes
On 8/23/2013 4:37 PM, Borislav Petkov wrote:
On Mon, Aug 19, 2013 at 07:27:52PM -0500, Aravind Gopalakrishnan wrote:
Link to the bug report:
http://marc.info/?l=linux-edac&m=137692201732220&w=2
dct_base and dct_limit obtain 32 bit register values when they read their
respective pci config space
> So we need to allocate memory. That is why you suggested to use BRK, right ?
> And the size seems to be a problem.
>
> So I suggest to use early_ioremap().
>
> 1. After paging is enabled, before direct mapping page tables are
> setup, we map the
> initrd with early_ioremap(). And we are able
On 08/23/2013 11:58 PM, Mike Turquette wrote:
+static void clk_nodrv_disable_unprepare(struct clk_hw *hw)
> +{
> + WARN_ON(1);
Ideally we shouldn't get here, but if we do I guess it could be very
noisy. How about WARN_ONCE?
Yes, I guess that would be much better. I could resend it tom
On Friday, August 23, 2013 06:03:14 PM Eduardo Valentin wrote:
> When registering a new thermal_device, the thermal framework
> will always add a hwmon sysfs interface.
>
> This patch adds a flag to make this behavior optional. Now
> when registering a new thermal device, the caller needs
> to say
On 07/03/2013 09:52 PM, Waiman Long wrote:
During some perf-record sessions of the kernel running the high_systime
workload of the AIM7 benchmark, it was found that quite a large portion
of the spinlock contention was due to the perf_event_mmap_event()
function itself. This perf kernel function c
Hi Yinghai,
2013/8/24 Yinghai Lu :
> On Fri, Aug 23, 2013 at 2:50 PM, chen tang wrote:
>>>
>>> so the DSDT is 7F493E, and total is more than 8M.
>>>
>>> that will need BRK to be extended 16M?
>>>
>>
>> Then how about use early_ioremap(), and don't do it that early in
>> head_32 and head64 ?
>
> w
On Fri, Aug 16, 2013 at 5:16 PM, Roy Franz wrote:
> On Tue, Aug 13, 2013 at 10:58 AM, Roy Franz wrote:
>> On Fri, Aug 9, 2013 at 4:26 PM, Roy Franz wrote:
>>>
>>> This patch series adds EFI stub support for the ARM architecture.
>>> Some code that was previously only used by x86/x86_64 is now sh
On Fri, Aug 23, 2013 at 2:50 PM, chen tang wrote:
>>
>> so the DSDT is 7F493E, and total is more than 8M.
>>
>> that will need BRK to be extended 16M?
>>
>
> Then how about use early_ioremap(), and don't do it that early in
> head_32 and head64 ?
why could early_ioremap() help?
when to use early
On Fri, Aug 23, 2013 at 2:52 PM, Moore, Robert wrote:
> While we're at it:
>
> Can someone send me the acpidump for this machine? We very much would like to
> test all of ACPICA with such a large DSDT.
That is Russ.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
When registering a new thermal_device, the thermal framework
will always add a hwmon sysfs interface.
This patch adds a flag to make this behavior optional. Now
when registering a new thermal device, the caller needs
to say if the hwmon interface is required.
In order to keep same behavior as of
On Fri, Aug 23, 2013 at 3:40 PM, Rafael J. Wysocki wrote:
> On Friday, August 23, 2013 02:46:23 PM Bjorn Helgaas wrote:
>> On Fri, Aug 23, 2013 at 2:53 PM, Rafael J. Wysocki wrote:
>> > On Friday, August 23, 2013 04:05:11 PM Neil Horman wrote:
>> >> On Fri, Aug 23, 2013 at 09:38:18PM +0200, Rafae
When creating virtual hwmon devices based out of thermal
zone devices, the virtual devices won't have parents.
This patch changes the code so that the parent of virtual
hwmon devices is the thermal zone device that they are
based of.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@v
This patch avoids NULL pointer accesses while unregistering
cpu cooling devices, in case a NULL pointer is received.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/cpu_cooling.c | 6 +-
1 file changed, 5 insert
When registering a thermal zone device using platform information
via bind_params, the thermal framework will always perform the
cdev binding using the lowest and highest limits (THERMAL_NO_LIMIT).
This patch changes the data structures so that it is possible
to inform what are the desired limits
Hello all,
This is simple patch set with fixes on core thermal framework.
These fixes are a set of changes that I find needed that I
found during the process of attempting to describe thermal
data using device tree.
These patches touch several drivers, as there is an API change.
I have only compi
In order to improve code organization, this patch
moves the hwmon sysfs support to a file named
thermal_hwmon. This helps to add extra support
for hwmon without scrambling the code.
In order to do this move, the hwmon list head is now
using its own locking. Before, the list used
the global thermal
On 08/22/13 17:51, Pawel Moll wrote:
> On Thu, 2013-08-22 at 07:17 +0100, Jonathan Cameron wrote:
>> I would favour option 2 though some of the discussions going on at the
>> moment about
>> bindings might result in a generic description of this and any other bits of
>> analog front end.
>
> Any
Quoting Sylwester Nawrocki (2013-08-20 10:34:21)
> clk_unregister() is currently not implemented and it is required when
> a clock provider module needs to be unloaded.
>
> Normally the clock supplier module is prevented to be unloaded by
> taking reference on the module in clk_get().
>
> For cas
On 08/22/2013 01:59 PM, Josh Cartwright wrote:
> Signed-off-by: Josh Cartwright
> ---
> I'm introducing this as an RFC, because there are set of assumptions
> made in this binding spec, that currently hold true for the supported
> controller/addressing scheme for the Snapdragon 800 series, but don
On 08/09/2013 02:37 PM, Josh Cartwright wrote:
Patch description?
> diff --git a/Documentation/devicetree/bindings/spmi/qcom,spmi-pmic-arb.txt
> b/Documentation/devicetree/bindings/spmi/qcom,spmi-pmic-arb.txt
> +Required properties:
> +- compatible : should be "qcom,spmi-pmic-arb".
> +- reg-nam
On Fri, 2013-08-23 at 15:18 -0600, Alex Williamson wrote:
> On Fri, 2013-08-23 at 21:21 +0300, Ville Syrjälä wrote:
> > On Tue, Aug 20, 2013 at 10:46:45PM +0300, Ville Syrjälä wrote:
> > > On Fri, Aug 16, 2013 at 12:22:14PM -0600, Alex Williamson wrote:
> > > > On Fri, 2013-08-16 at 13:20 +0300, Vi
While we're at it:
Can someone send me the acpidump for this machine? We very much would like to
test all of ACPICA with such a large DSDT.
Thanks,
Bob
> -Original Message-
> From: chen tang [mailto:imtangc...@gmail.com]
> Sent: Friday, August 23, 2013 2:51 PM
> To: Yinghai Lu
> Cc: Ru
The latest feature release Git v1.8.4 is now available at the usual
places. It contains 870+ changes from ~100 contributors (among
which 33 people are new) since v1.8.3.
We will have two more releases til the end of this year; the release
after that could be Git 2.0.
The release tarballs are fou
Hi Yinghai,
2013/8/24 Yinghai Lu :
> On Fri, Aug 23, 2013 at 1:30 PM, Russ Anderson wrote:
>> On Fri, Aug 23, 2013 at 01:08:56PM -0700, Yinghai Lu wrote:
>>> On Fri, Aug 23, 2013 at 11:25 AM, H. Peter Anvin wrote:
>
>>> Russ, What is ACPI table size on your big machine?
>>
>> This is from a 256
[+cc Shaohua]
On Thu, Aug 22, 2013 at 6:02 PM, Bjorn Helgaas wrote:
> On Thu, Aug 08, 2013 at 03:57:07PM +0200, Radim Krčmář wrote:
>> PCIe switch can be connected directly to the PCIe root complex in QEMU;
>> ASPM does not expect this topology and dereferences NULL pointer when
>> initializing.
> -Original Message-
> From: Bjorn Helgaas [mailto:bhelg...@google.com]
> Sent: Friday, August 23, 2013 1:43 PM
> To: Skidmore, Donald C
> Cc: e1000-de...@lists.sourceforge.net; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Don Dutile
> Subject: Re: [E1000-devel] 3.11-rc4 ixgb
On Mon, Aug 19, 2013 at 07:27:52PM -0500, Aravind Gopalakrishnan wrote:
> Link to the bug report:
> http://marc.info/?l=linux-edac&m=137692201732220&w=2
>
> dct_base and dct_limit obtain 32 bit register values when they read their
> respective pci config space registers. A left shift beyond 32 bit
On Fri, Aug 23, 2013 at 05:28:32PM -0400, Tejun Heo wrote:
> On Fri, Aug 23, 2013 at 02:24:41PM -0700, Greg Kroah-Hartman wrote:
> > The dev_attrs field of struct bus_type is going away soon, dev_groups
> > should be used instead. This converts the workqueue bus code to use
> > the correct field.
On Friday, August 23, 2013 02:46:23 PM Bjorn Helgaas wrote:
> On Fri, Aug 23, 2013 at 2:53 PM, Rafael J. Wysocki wrote:
> > On Friday, August 23, 2013 04:05:11 PM Neil Horman wrote:
> >> On Fri, Aug 23, 2013 at 09:38:18PM +0200, Rafael J. Wysocki wrote:
> >> > [CCs added]
> >> >
> >> > Please alwa
Quoting Jisheng Zhang (2013-08-22 19:34:01)
> Add missing iounmap to setup error path.
>
> Change-Id: I4371569d14d7026aa9f90d7cd53f669d365fe26a
Please remove Change-Id's from the commit message for upstream patch
submissions in the future. I can remove this one, this time.
I've taken the patch i
The bus_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the RBD bus code to use the
correct field.
Cc: Yehuda Sadeh
Cc: Sage Weil
Cc: Alex Elder
Cc:
Signed-off-by: Greg Kroah-Hartman
---
drivers/block/rbd.c | 14 +-
1 file chan
On Fri, Aug 23, 2013 at 02:24:41PM -0700, Greg Kroah-Hartman wrote:
> The dev_attrs field of struct bus_type is going away soon, dev_groups
> should be used instead. This converts the workqueue bus code to use
> the correct field.
>
> Cc: Tejun Heo
> Signed-off-by: Greg Kroah-Hartman
Acked-by
The bus_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the PCI bus code to use the
correct field.
Cc: Bjorn Helgaas
Signed-off-by: Greg Kroah-Hartman
---
drivers/pci/pci-driver.c | 2 +-
drivers/pci/pci-sysfs.c | 16 +---
drive
The bus_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the ibmebus bus code to use the
correct field.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Signed-off-by: Greg Kroah-Hartman
---
arch/powerpc/kernel/ibmebus.c | 14 --
1 f
The bus_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the rapidio bus code to use the
correct field.
Cc: Matt Porter
Cc: Alexandre Bounine
Signed-off-by: Greg Kroah-Hartman
---
drivers/rapidio/rio-driver.c | 2 +-
drivers/rapidio/rio-sysf
The drv_attrs field of struct bus_type is going away soon, drv_groups
should be used instead. This converts the serio bus code to use the
correct field.
Cc: Dmitry Torokhov
Signed-off-by: Greg Kroah-Hartman
---
drivers/input/serio/serio.c | 21 +++--
1 file changed, 11 insertio
The drv_attrs field of struct bus_type is going away soon, drv_groups
should be used instead. This converts the gameport bus code to use the
correct field.
Cc: Dmitry Torokhov
Signed-off-by: Greg Kroah-Hartman
---
drivers/input/gameport/gameport.c | 12 +++-
1 file changed, 7 insertion
>
> The dev_attrs field of struct bus_type is going away soon, dev_groups should
> be used instead. This converts the MEI bus code to use the correct field.
>
> Cc: Tomas Winkler
> Signed-off-by: Greg Kroah-Hartman
ACK
+ CC: Samuel.
Thanks
Tomas
--
To unsubscribe from this list: send the li
The bus_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the VIO bus code to use the
correct field.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Signed-off-by: Greg Kroah-Hartman
---
arch/powerpc/kernel/vio.c | 66 ++-
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the workqueue bus code to use
the correct field.
Cc: Tejun Heo
Signed-off-by: Greg Kroah-Hartman
---
kernel/workqueue.c | 27 +++
1 file changed, 15 insertions(+)
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the platform bus code to use
the correct field.
Signed-off-by: Greg Kroah-Hartman
---
drivers/base/platform.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the HID bus code to use
the correct field.
Cc: Jiri Kosina
Signed-off-by: Greg Kroah-Hartman
---
drivers/hid/hid-core.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
The drv_attrs field of struct bus_type is going away soon, drv_groups
should be used instead. This converts the PCI bus code to use the
correct field.
Cc: Bjorn Helgaas
Signed-off-by: Greg Kroah-Hartman
---
drivers/pci/pci-driver.c | 13 -
1 file changed, 8 insertions(+), 5 deletio
The drv_attrs field of struct bus_type is going away soon, drv_groups
should be used instead. This converts the USB serial bus code to use
the correct field.
Signed-off-by: Greg Kroah-Hartman
---
drivers/usb/serial/bus.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff
The dev_attrs field of struct bus_type is going away soon, dev_groups
should be used instead. This converts the pmu bus code to use
the correct field.
Cc: Peter Zijlstra
Cc: Paul Mackerras
Cc: Ingo Molnar
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Greg Kroah-Hartman
---
kernel/events/core.
1 - 100 of 609 matches
Mail list logo
