On Sunday 11 August 2013, Bob Smith wrote:
> Arnd Bergmann wrote:
> >> GOAL
> >> The goal of this patch was to make it possible to configure
> >> daemons using simple file IO. The litmus test for this is
> >> that commands like these should be possible
> >> cat < /var/daemons/wpa_supplica
Sorry for the late reply, I've been thinking about this for some time
and was sad to see it didn't really evoke any sort of discussion :(.
On Sat, Aug 10, 2013 at 02:58:08PM +0100, Mark Jackson wrote:
> When a UART transmitter is connected to (eg) a RS485 driver, it is
> necessary to turn the driv
can read "Ubuntu 12.04 LTS" with the known background.
>> So-to-say 3/4 "blind".
>
> That implies that the scanout is always reading from the base of stolen.
> Can you grab intel_reg_dumper so that I can check what values the
> transcoder is set to?
>
> At
tpm_tis has a 'spare' entry in its device ID table for adding
user-specified device IDs. This will be ignored by the driver
matching logic, but modpost turns it into:
alias: acpi*::*
alias: pnp:d*
This seems to result in the driver being loaded on almost all PCs.
Change do_pnp_
On Wed, 7 Aug 2013 17:09:56 +0800 Xishi Qiu wrote:
> Use "zone_end_pfn()" instead of "zone->zone_start_pfn + zone->spanned_pages".
> Simplify the code, no functional change.
This doesn't compile.
mm/memory_hotplug.c: In function 'shrink_zone_span':
mm/memory_hotplug.c:518: error: called object
> What about sending tracepoint data over serial and/or network? I agree
> that dmesg over serial would be helpful but we need a similar sure-fire
> way for carrying error info out.
Generic tracepoints are architected to be able to fire at very high rates and
log huge amounts of information. So w
On 08/05/2013 11:05 AM, Konrad Rzeszutek Wilk wrote:
> Jeremy has been a key person in making Linux work with Xen.
> He has been enjoying the last year working on something
> different so reflect that in the maintainers file.
Ack.
J
>
> CC: Jeremy Fitzhardinge
> Signed-off-by: Konrad Rzeszut
On Tuesday 13 of August 2013 18:52:51 Mark Brown wrote:
> On Sun, Aug 11, 2013 at 07:59:24PM +0200, Tomasz Figa wrote:
> > +#define pl330_filter pl08x_filter_id
>
> So, this is pretty fun and probably not going to play too nicely for
> multiplatform kernels...
Yes, this is really funny and only s
TSC steps should be enabled again after IRQ routine.
This fix ensures they are updated correctly every time.
Signed-off-by: Zubair Lutfullah
---
drivers/input/touchscreen/ti_am335x_tsc.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/input/touchscreen/ti_am3
Round 5 updates. Fixed the define order in the header as guided by Lee.
Round 4 updates below.
Note: These apply to the fixes-togreg branch in IIO because of
a fix on the adc side in there.
The first few are for input which tweak the TSC driver to
allow ADC in continuous mode with irqs to work n
Enable shared IRQ to allow ADC to share IRQ line from
parent MFD core. Only FIFO0 IRQs are for TSC and handled
on the TSC side.
Patch also adds overrun and underflow irq handlers.
Russ Dill (TI) worked on overrun and underflow handlers.
Rachna Patil (TI) laid ground work for shared IRQ.
Signed-o
Before checking PEN UP event, IRQ delays for this amount
of time to let FSM stabilize. Previously, with only the
TSC driver in IRQ mode, this delay was sufficient.
The delay is increased slightly to accomodate if the ADC
is also being used simultaneously in continuous mode.
Signed-off-by: Zubair
Previously the driver had only one-shot reading functionality.
This patch adds triggered buffer support to the driver.
A buffer of samples can now be read via /dev/iio.
Any IIO trigger can be used to start acquisition.
Patil Rachna (TI) laid the ground work for ADC HW register access.
Russ Dill (T
Added Rusty to CC.
Dne 9.8.2013 21:45, Andi Kleen napsal(a):
> From: Andi Kleen
>
> For some reason I managed to trick gcc into create CRC symbols that
> are not absolute anymore, but weak.
>
> Make modpost handle this case.
>
> Andrew, this should fix the bizarre warning. Seems like a toolcha
On Tue, 13 Aug 2013 18:15:28 +0100
Luis Henriques wrote:
> Steven Rostedt writes:
>
> > 3.6.11.7-rc1 stable review patch.
> > If anyone has any objections, please let me know.
>
> Not exactly an objection, but the commit text refers to:
>
> a0497f9 mac80211/minstrel_ht: add support for using
On 08/13/2013 01:02 PM, Raghavendra K T wrote:
> * Ingo Molnar [2013-08-13 18:55:52]:
>
>> Would be nice to have a delta fix patch against tip:x86/spinlocks, which
>> I'll then backmerge into that series via rebasing it.
>>
> There was a namespace collision of PER_CPU lock_waiting variable when
>
On Tue, Aug 13, 2013 at 09:52:53PM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 9:51 PM, Felipe Balbi wrote:
> > On Tue, Aug 13, 2013 at 02:48:03PM -0500, Felipe Balbi wrote:
> >> Hi,
> >>
> >> On Tue, Aug 13, 2013 at 06:17:19PM +1000, Stephen Rothwell wrote:
> >> > Hi all,
> >> >
> >> > Af
On 08/09/2013 03:53 AM, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> MSM USB3.0 core wrapper consist of USB3.0 IP (SNPS)
> and HS, SS PHY's controll and configuration registers.
s/controll/control/
> It could operate in device mode (SS, HS, FS) and host
> mode (SS, HS, FS, LS).
> diff --
* Ingo Molnar [2013-08-13 18:55:52]:
> Would be nice to have a delta fix patch against tip:x86/spinlocks, which
> I'll then backmerge into that series via rebasing it.
>
There was a namespace collision of PER_CPU lock_waiting variable when
we have both Xen and KVM enabled.
Perhaps this week
On Tue, Aug 13, 2013 at 9:51 PM, Felipe Balbi wrote:
> On Tue, Aug 13, 2013 at 02:48:03PM -0500, Felipe Balbi wrote:
>> Hi,
>>
>> On Tue, Aug 13, 2013 at 06:17:19PM +1000, Stephen Rothwell wrote:
>> > Hi all,
>> >
>> > After merging the final tree, today's linux-next build (powerpc
>> > allyescon
On Tue, Aug 13, 2013 at 02:48:03PM -0500, Felipe Balbi wrote:
> Hi,
>
> On Tue, Aug 13, 2013 at 06:17:19PM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the final tree, today's linux-next build (powerpc
> > allyesconfig)
> > failed like this:
> >
> > drivers/usb/phy/phy-am335
On Tuesday, August 13, 2013 07:01:04 PM Viresh Kumar wrote:
> Hi Rafael/Russell,
>
> These patches would be part of this patchset finally, sending it separately
> as I
> didn't wanted to send other patches in that series..
>
> https://lkml.org/lkml/2013/8/10/48
>
> (Above series was rebased ove
Hi,
On Tue, Aug 13, 2013 at 06:17:19PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the final tree, today's linux-next build (powerpc allyesconfig)
> failed like this:
>
> drivers/usb/phy/phy-am335x-control.c: In function 'am335x_control_usb_probe':
> drivers/usb/phy/phy-am335x-con
From: Davidlohr Bueso
Explicitly mention/recommend using the libhugetlbfs test cases
when changing related kernel code. Developers that are unaware
of the project can easily miss this and introduce potential
regressions that may or may not be caught by community review.
Also do some cleanups tha
My name is Mr.Wright Cain,a Christian from UK. I picked your email for
inheritance of $2.5 MillionUS Dollars.Contact me for more details here is my
Private E-mail Address:wrightc...@kimo.com
Thanks,
Mr.Wright Cain
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tuesday, August 13, 2013 01:44:23 PM Rob Herring wrote:
> On Tue, Aug 13, 2013 at 10:40 AM, Sudeep KarkadaNagesha
> wrote:
> > Adding PowerPC list
> >
> > On 13/08/13 14:00, Rafael J. Wysocki wrote:
> >> On Monday, August 12, 2013 02:27:47 PM Sudeep KarkadaNagesha wrote:
> >>> The following cha
On Mon, 12 Aug 2013 21:53:11 -0400 Chris Metcalf wrote:
> On 8/12/2013 5:05 PM, Andrew Morton wrote:
> >> @@ -683,7 +693,32 @@ static void lru_add_drain_per_cpu(struct work_struct
> >> *dummy)
> >> */
> >> int lru_add_drain_all(void)
> >> {
> >> - return schedule_on_each_cpu(lru_add_drain_p
Russell King - ARM Linux writes:
> On Tue, Aug 13, 2013 at 09:42:27PM +0300, Pantelis Antoniou wrote:
>> But creation just crashes.
>>
>> > root@beaglebone:/sys/bus/platform/drivers/omap_i2c# echo 4819c000.i2c
>> > >bind
>> > [ 145.053929] Unable to handle kernel NULL pointer dereference at
To fix:
# Untracked files:
# (use "git add ..." to include in what will be committed)
#
# samples/hidraw/hid-example
as seen in git status output after an allyesconfig build.
Signed-off-by: Paul Gortmaker
---
samples/hidraw/.gitignore | 1 +
1 file changed, 1 insertion(+)
create mo
Hi Pantelis,
For some reason, with both this patch and the earlier versions, I don't
see the patch until Greg (or someone else) responds. Nor do I find the
originals in the linux-omap or LKML archives.
Something's going on with your mail so that the first ones don't make it
to the lists, so I do
On 08/13/2013 08:36 PM, Toralf Förster wrote:
> On 08/13/2013 07:59 PM, Greg KH wrote:
>> On Tue, Aug 13, 2013 at 06:00:34PM +0200, Toralf Förster wrote:
>>> At a ThinkPad T420 w/ a 32 bit stable Gentoo Linux and a started X11
>>> server an attempt to s2ram results in a blank scree, a gloomy blinki
On 08/13/2013 09:44 AM, Oleksandr Kravchenko wrote:
> This patch adds IIO driver for Bosch BMA180 triaxial
> acceleration sensor.
> http://dlnmh9ip6v2uc.cloudfront.net/datasheets/
> Sensors/Accelerometers/BST-BMA180-DS000-07_2.pdf
The binding document,
Acked-by: Stephen Warren
--
To
On Tue, Aug 13, 2013 at 11:51:58AM -0700, Kent Overstreet wrote:
> On Tue, Aug 13, 2013 at 10:03:04AM -0400, Ed Cashin wrote:
> > On Aug 9, 2013, Ed Cashin wrote:
> > > On Aug 8, 2013, at 9:05 PM, Kent Overstreet wrote:
> > > ...
> > > > It's in the for-jens branch now.
> > >
> > >
> > > Just exa
On 08/13/2013 01:53 AM, Laxman Dewangan wrote:
> Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
> by register programming through I2C communication as well as it can be
> enable/disable with the external control input ENABLE1, ENABLE2 and NSLEEP.
>
> Add support for config
On Tue, Aug 13, 2013 at 8:37 PM, Alexander Holler wrote:
> Am 13.08.2013 16:58, schrieb Benjamin Tissoires:
>
>> hid_scan_report() implements its own HID report descriptor parsing. It was
>> fine until we added the SENSOR_HUB detection. It is going to be even worse
>> with the detection of Win 8 c
On 08/13/2013 01:53 AM, Laxman Dewangan wrote:
> Palmas regulator SMPS10 is splitted into two regulators SMPS10-OUT1 and
> SMPS10-OUT2 to match with hw behavior. With this regulator's name got
> changed in driver.
>
> Update the DT binding document to match with driver.
> diff --git a/Documentati
On Thu, Aug 8, 2013 at 12:59 AM, Milo Kim wrote:
> This patch provides common macros for LP5521 and LP5523 device attributes and
> functions.
>
> (Device attributes)
> LP5521: 'mode', 'load' and 'selftest'
> LP5523: 'mode', 'load', 'leds' and 'selftest'
>
> (Permissions)
> mode: R/W
> load: Write-
On 08/12/2013 11:37 PM, Kishon Vijay Abraham I wrote:
> The Palmas device contains only a USB VID detector, so added a
> compatible type *ti,palmas-usb-vid*. Dint remove the existing compatible
s/Dint/Didn't/
> diff --git a/Documentation/devicetree/bindings/extcon/extcon-twl.txt
> b/Documentatio
Hi Benjamin,
thanks for the patches, things are looking a lot better this way.
> hid_scan_report() implements its own HID report descriptor parsing. It was
> fine until we added the SENSOR_HUB detection. It is going to be even worse
> with the detection of Win 8 certified touchscreen, as this det
On 08/13/2013 01:33 AM, Laxman Dewangan wrote:
> Palmas rails like LDOs, SMPSs, REGENs, SYSENs can be enable and disable
> by register programming through I2C communication as well as it can be
> enable/disable with the external control input ENABLE1, ENABLE2 and NSLEEP.
>
> Add support for config
On 08/13/2013 01:33 AM, Laxman Dewangan wrote:
> Palams regulator SMPS10 is splitted into two regulator SMPS10-OUT1 and
> SMPS10-OUT2 to match with hw behavior. With this regulator name got
> changed in driver.
>
> Update the DT binding document to match with driver.
Well, the driver should be de
On 08/13/2013 12:02 PM, James Bottomley wrote:
> On Tue, 2013-08-13 at 11:52 -0700, H. Peter Anvin wrote:
>> On 08/13/2013 11:43 AM, James Bottomley wrote:
>>> Can we actually boot a 32 bit kernel on an EFI64 system? The last time
>>> I tried on my Secure Boot SDV it wouldn't work; the problem is
On 8/13/2013 11:04 AM, Mike Travis wrote:
>
>
> On 8/13/2013 10:51 AM, Linus Torvalds wrote:
>> by the time you can log in. And if it then takes another ten minutes
>> until you have the full 16TB initialized, and some things might be a
>> tad slower early on, does anybody really care? The mac
On Tue, Aug 13, 2013 at 8:53 PM, Chris Wilson wrote:
> On Tue, Aug 13, 2013 at 08:40:37PM +0200, Sedat Dilek wrote:
>> On Tue, Aug 13, 2013 at 8:01 PM, Chris Wilson
>> wrote:
>> > On Tue, Aug 13, 2013 at 07:53:25PM +0200, Sedat Dilek wrote:
>> >> Files attached.
>> >
>> > Can you also please att
Hi Russell,
On Aug 13, 2013, at 10:02 PM, Russell King - ARM Linux wrote:
> On Tue, Aug 13, 2013 at 09:59:03PM +0300, Pantelis Antoniou wrote:
>> Hi Greg,
>>
>> Just to make sure we're on the same page this is with my platform device
>> removal patchset applied.
>>
>> Without it you get the ori
On Tue, Aug 13, 2013 at 09:59:03PM +0300, Pantelis Antoniou wrote:
> Hi Greg,
>
> Just to make sure we're on the same page this is with my platform device
> removal patchset applied.
Ah, ok, I never applied those, so could you resend them?
thanks,
greg k-h
--
To unsubscribe from this list: send
On Tue, Aug 13, 2013 at 09:59:03PM +0300, Pantelis Antoniou wrote:
> Hi Greg,
>
> Just to make sure we're on the same page this is with my platform device
> removal patchset applied.
>
> Without it you get the original crash I've posted in the pdevtest patch with
> the unbind method.
Yes, congra
On Tue, 2013-08-13 at 11:52 -0700, H. Peter Anvin wrote:
> On 08/13/2013 11:43 AM, James Bottomley wrote:
> > Can we actually boot a 32 bit kernel on an EFI64 system? The last time
> > I tried on my Secure Boot SDV it wouldn't work; the problem is getting
> > someting in the transfer of control pa
On mar, 2013-08-13 at 09:18 -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Aug 13, 2013 at 8:53 AM, David Vrabel wrote:
> > On 12/08/13 21:26, Dario Faggioli wrote:
> >>
> >> Mmm... Is that the case? I tried to apply it there and I have one failed
> >> hunk (#12). Anyway, could you please rebase it
Hi Greg,
Just to make sure we're on the same page this is with my platform device
removal patchset applied.
Without it you get the original crash I've posted in the pdevtest patch with
the unbind method.
Regards
-- Pantelis
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Thu, Aug 8, 2013 at 12:59 AM, Milo Kim wrote:
> LP55xx family devices have internal three program engines which are used for
> loading LED patterns.
> To maintain legacy device attributes, specific data structure is used, 'mode'
> and 'led_mux'.
> The mode is used for showing/storing current en
On Tue, Aug 13, 2013 at 09:42:27PM +0300, Pantelis Antoniou wrote:
> But creation just crashes.
>
> > root@beaglebone:/sys/bus/platform/drivers/omap_i2c# echo 4819c000.i2c >bind
> >
> > [ 145.053929] Unable to handle kernel NULL pointer dereference at virtual
> > address 0001
> > [ 145.
On Tue, Aug 13, 2013 at 01:49:53AM +0200, Tomasz Figa wrote:
> I've been testing this without any significant patches, like PWM, CCF or
> DT support, just everything from the branch I pointed to and some board-
> specific patches to help in debugging.
Done some more digging. It's not failing th
On 07/31/2013 08:00 PM, Waiman Long wrote:
v2->v3:
- Make read lock stealing the default and fair rwlock an option with
a different initializer.
- In queue_read_lock_slowpath(), check irq_count() and force spinning
and lock stealing in interrupt context.
- Unify the fair and classic
On Tue, Aug 13, 2013 at 09:42:27PM +0300, Pantelis Antoniou wrote:
> Hi Greg,
>
> On Aug 13, 2013, at 9:20 PM, Greg Kroah-Hartman wrote:
>
> > On Tue, Aug 13, 2013 at 12:34:30PM +0300, Pantelis Antoniou wrote:
> >> This is a very simple device that allows testing of the removal path
> >> for plat
On Tue, Aug 13, 2013 at 08:40:37PM +0200, Sedat Dilek wrote:
> On Tue, Aug 13, 2013 at 8:01 PM, Chris Wilson
> wrote:
> > On Tue, Aug 13, 2013 at 07:53:25PM +0200, Sedat Dilek wrote:
> >> Files attached.
> >
> > Can you also please attach a full dmesg so I can check for anything
> > unusual?
> >
On Tue, Aug 13, 2013 at 10:03:04AM -0400, Ed Cashin wrote:
> On Aug 9, 2013, Ed Cashin wrote:
> > On Aug 8, 2013, at 9:05 PM, Kent Overstreet wrote:
> > ...
> > > It's in the for-jens branch now.
> >
> >
> > Just examining the patches, I like the way it cleans up the aoe code. I
> > had a questi
On 08/13/2013 11:43 AM, James Bottomley wrote:
>> James, does this address your concerns?
>
> You mean for globally enabling CONFIG_EFI on x86? not really for 32
> bit, you say above it's pretty much unusable; I'd prefer just to enable
> it for 64 bit. As you said in your original post "since EF
On Tue, Aug 13, 2013 at 02:25:19PM +0200, Sebastian Hesselbarth wrote:
> This patch set adds support for the PCIe controllers found on Marvell
> Dove SoCs. It depends on mvebu-pci patches sent by Thomas Petazzoni.
> The ARM Dove related patches have already been taken by Jason Cooper
> and have bee
On Tue, Aug 13, 2013 at 10:40 AM, Sudeep KarkadaNagesha
wrote:
> Adding PowerPC list
>
> On 13/08/13 14:00, Rafael J. Wysocki wrote:
>> On Monday, August 12, 2013 02:27:47 PM Sudeep KarkadaNagesha wrote:
>>> The following changes since commit
>>> d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
>>>
>>> L
On Tue, 2013-08-13 at 11:30 -0700, H. Peter Anvin wrote:
> On 08/09/2013 08:38 AM, H. Peter Anvin wrote:
> > On 08/09/2013 08:32 AM, James Bottomley wrote:
> >> On Fri, 2013-08-09 at 08:23 -0700, H. Peter Anvin wrote:
> >>> I would like to change the defaults for CONFIG_EFI and CONFIG_EFI_STUB
> >>
This patch makes the necessary changes at the x86 architecture specific
layer to enable the presence of the CONFIG_QSPINLOCK kernel option
which can be used to replace the ticket spinlock by the queue spinlock.
The turning on of ARCH_QSPINLOCK config option does not mean that the
ticket spinlock w
On 08/13, Mike Turquette wrote:
> Quoting Stephen Boyd (2013-08-12 22:03:34)
> > The clock controller is hardware and the number of clock outputs
> > is fixed. Isn't all hardware fixed until you start talking about
> > FPGAs? The next minor revision of the clock controller may add
> > more clocks o
Hi Greg,
On Aug 13, 2013, at 9:20 PM, Greg Kroah-Hartman wrote:
> On Tue, Aug 13, 2013 at 12:34:30PM +0300, Pantelis Antoniou wrote:
>> This is a very simple device that allows testing of the removal path
>> for platform devices.
>>
>> The only interface is a single writeable sysfs attribute (ac
This patch introduces a new queue spinlock implementation that can
serve as an alternative to the default ticket spinlock. Compared with
the ticket spinlock, this queue spinlock should be almost as fair as
the ticket spinlock. It has about the same speed in single-thread and
it can be much faster i
On 8/13/13 11:59 AM, Randy Dunlap wrote:
> On 08/13/13 01:28, Stephen Rothwell wrote:
>> Hi all,
>>
>> Changes since 20130812:
>>
>
> on i386:
>
> fs/built-in.o: In function `xfs_log_calc_minimum_size':
> (.text+0x1797a9): undefined reference to `__udivdi3'
>
>
See:
[PATCH] xfs: call roundup_
v1->v2:
- Add some more comments to document what the code does.
- Add a numerous CPU mode to support >= 16K CPUs
- Add a configuration option to allow lock stealing which can further
improve performance in many cases.
- Enable wakeup of queue head CPU at unlock time for non-numerous
CPU
On 08/01/2013 09:00 AM, Tuomas Tynkkynen wrote:
> Hi all,
>
> Here's the device tree changes required for USB Host support on Tegra30 and
> Tegra114. This enables USB Host on the Cardhu's dock connector port and on the
> single built-in A-ports on Dalmore and Beaver.
I've applied this series to T
Am 13.08.2013 16:58, schrieb Benjamin Tissoires:
hid_scan_report() implements its own HID report descriptor parsing. It was
fine until we added the SENSOR_HUB detection. It is going to be even worse
with the detection of Win 8 certified touchscreen, as this detection
relies on a special feature a
On 08/13/2013 05:40 PM, Sudeep KarkadaNagesha wrote:
> Adding PowerPC list
>
> On 13/08/13 14:00, Rafael J. Wysocki wrote:
>> On Monday, August 12, 2013 02:27:47 PM Sudeep KarkadaNagesha wrote:
>>> The following changes since commit
>>> d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
>>>
>>> Linux 3.11-
On 08/13/2013 07:59 PM, Greg KH wrote:
> On Tue, Aug 13, 2013 at 06:00:34PM +0200, Toralf Förster wrote:
>> At a ThinkPad T420 w/ a 32 bit stable Gentoo Linux and a started X11
>> server an attempt to s2ram results in a blank scree, a gloomy blinking
>> power button and no syslog message or somethi
Commit-ID: 062fe8fe511e7f771ef1dc824eaf996ba50a694b
Gitweb: http://git.kernel.org/tip/062fe8fe511e7f771ef1dc824eaf996ba50a694b
Author: Fred Chen
AuthorDate: Tue, 13 Aug 2013 11:13:00 -0700
Committer: H. Peter Anvin
CommitDate: Tue, 13 Aug 2013 11:27:39 -0700
x86, boot: Fix warning due
On 08/09/2013 08:38 AM, H. Peter Anvin wrote:
> On 08/09/2013 08:32 AM, James Bottomley wrote:
>> On Fri, 2013-08-09 at 08:23 -0700, H. Peter Anvin wrote:
>>> I would like to change the defaults for CONFIG_EFI and CONFIG_EFI_STUB
>>> to y. There is little reason to omit this since EFI now is a
>>>
On 13/08/13 16:40, Sudeep KarkadaNagesha wrote:
> Adding PowerPC list
>
> On 13/08/13 14:00, Rafael J. Wysocki wrote:
>> On Monday, August 12, 2013 02:27:47 PM Sudeep KarkadaNagesha wrote:
>>> The following changes since commit
>>> d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
>>>
>>> Linux 3.11-rc5 (
> Make it a bigger mess: :-)
Ok. Only the second union is enough, it only needs the flags,
not the cycles.
>
> struct hsw_tsx_abort_info {
> union {
> u64 value;
> struct {
> u32 cycles_last_tx;
> union {
> };
>
> Al
On Fri, Aug 09, 2013 at 01:51:59PM +0300, Adrian Hunter wrote:
> Add a test that checks that sample parsing is correctly
> implemented.
>
> Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to maj
On Fri, Aug 09, 2013 at 01:51:58PM +0300, Adrian Hunter wrote:
> Add perf_event__sample_event_size() which can be used when
> synthesizing sample events to determine how big the resulting
> event will be, and therefore how much memory to allocate.
>
> Signed-off-by: Adrian Hunter
PERF_SAMPLE_REA
On Tue, Aug 13, 2013 at 12:34:30PM +0300, Pantelis Antoniou wrote:
> +/*
> + * pdevtest.c
> + *
> + * Tester of platform device's operation.
> + *
> + * Copyright (C) 2013, Pantelis Antoniou
> + *
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY;
Bonjour, I am Mr. M. barlow from Paris, France. I have been advised to contact
you regarding my business investment in your country. For urgent response and
more details, kindly get back to me via this E-mail: bc9840...@citynew.com or
Telephone number below. Thank you as I wait for your response
On Tue, Aug 13, 2013 at 12:34:30PM +0300, Pantelis Antoniou wrote:
> This is a very simple device that allows testing of the removal path
> for platform devices.
>
> The only interface is a single writeable sysfs attribute (action).
Why not use the existing "unbind/bind" sysfs files that all buss
On Fri, Aug 09, 2013 at 01:51:57PM +0300, Adrian Hunter wrote:
SNIP
> +
> + if (type & PERF_SAMPLE_BRANCH_STACK) {
> + sz = sample->branch_stack->nr * sizeof(struct branch_entry);
> + sz += sizeof(u64);
> + memcpy(array, sample->branch_stack, sz);
> +
On Tue, 2013-08-13 at 11:13 -0700, Fred Chen wrote:
> fixes sparse error "arch/x86/boot/string.c:119:8: warning: symbol 'strlen'
> was not declared." by declaring it in arch/x86/boot/boot.h.
[]
> diff --git a/arch/x86/boot/boot.h b/arch/x86/boot/boot.h
[]
> @@ -355,6 +355,7 @@ int strncmp(const ch
Below is a patch that fixes sparse error "arch/x86/boot/string.c:119:8:
warning: symbol 'strlen' was not declared." by declaring it in
arch/x86/boot/boot.h.
Signed-off-by: Fred Chen
---
arch/x86/boot/boot.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/x86/boot/
On Tue, Aug 13, 2013 at 11:09:21AM -0700, H. Peter Anvin wrote:
> On 08/09/2013 04:04 PM, Andi Kleen wrote:
> > The x86 user access functions (*_user) were originally very well tuned,
> > with partial inline code and other optimizations.
> >
> > Then over time various new checks -- particularly th
On Tue, Aug 13, 2013 at 06:05:02PM +, Luck, Tony wrote:
> If the errors are serious (or a precursor to something serious) that
> process may never get the chance to save the log.
What about sending tracepoint data over serial and/or network? I agree
that dmesg over serial would be helpful but
On 08/09/2013 04:04 PM, Andi Kleen wrote:
> The x86 user access functions (*_user) were originally very well tuned,
> with partial inline code and other optimizations.
>
> Then over time various new checks -- particularly the sleep checks for
> a voluntary preempt kernel -- destroyed a lot of the
On Fri, Aug 09, 2013 at 01:51:51PM +0300, Adrian Hunter wrote:
> The size of data retrieved from a sample event must be
> validated to ensure it does not go past the end of the
> event. That was being done sporadically and without
> considering integer overflows.
>
> Signed-off-by: Adrian Hunter
> Why would you need dmesg if you get your hw errors over the tracepoint?
Redundancy is a good thing when talking about mission critical systems. dmesg
may be feeding to a serial console to be logged and analysed on another system.
The tracepoint data goes to a process on the system experiencing
On 8/13/2013 10:51 AM, Linus Torvalds wrote:
> by the time you can log in. And if it then takes another ten minutes
> until you have the full 16TB initialized, and some things might be a
> tad slower early on, does anybody really care? The machine will be up
> and running with plenty of memory,
On 08/05/2013 11:12 PM, Waiman Long wrote:
v6->v7:
- Substantially reduce the number of patches from 14 to 4 because a
lot of the minor filesystem related changes had been merged to
v3.11-rc1.
- Remove architecture specific customization (LOCKREF_WAIT_SHIFT&
LOCKREF_RETRY_COUNT).
On Tue, Aug 13, 2013 at 07:53:25PM +0200, Sedat Dilek wrote:
> Files attached.
Can you also please attach a full dmesg so I can check for anything
unusual?
Thanks,
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Tue, Aug 13, 2013 at 06:00:34PM +0200, Toralf Förster wrote:
> At a ThinkPad T420 w/ a 32 bit stable Gentoo Linux and a started X11
> server an attempt to s2ram results in a blank scree, a gloomy blinking
> power button and no syslog message or something helpful . If the system
> is booting w/o
On Tue, Aug 13, 2013 at 11:02:08PM +0530, Naveen N. Rao wrote:
> If I'm not mistaken, even for systems that have EDAC drivers, it looks
> to me like EDAC can't really decode to the DIMM given what is provided
> by the bios in the APEI report currently. If and when ghes_edac gains
> this capability,
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 shared
> and has been made more general. The stub for ARM is implemented in
> a similar manner to x86 in that it is
On Tue, Aug 13, 2013 at 04:49:42AM -0700, Guenter Roeck wrote:
> On 08/12/2013 11:35 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.4.58 release.
> >There are 17 patches in this series, all will be posted as a response
> >to this one. If anyone has any issu
On Tue, Aug 13, 2013 at 04:46:38AM -0700, Guenter Roeck wrote:
> On 08/12/2013 11:35 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.0.91 release.
> >There are 12 patches in this series, all will be posted as a response
> >to this one. If anyone has any issu
On Tue, Aug 13, 2013 at 04:57:09AM -0700, Guenter Roeck wrote:
> On 08/12/2013 11:33 PM, Greg Kroah-Hartman wrote:
> >This is the start of the stable review cycle for the 3.10.7 release.
> >There are 60 patches in this series, all will be posted as a response
> >to this one. If anyone has any issu
On Tue, Aug 13, 2013 at 05:18:07PM +, Shuah Khan wrote:
> On 08/13/2013 08:02 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.10.7 release.
> > There are 60 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Tue, Aug 13, 2013 at 7:13 PM, Chris Wilson wrote:
> On Tue, Aug 13, 2013 at 07:03:44PM +0200, Sedat Dilek wrote:
>> On Tue, Aug 13, 2013 at 6:37 PM, Sedat Dilek wrote:
>> > On Tue, Aug 13, 2013 at 6:34 PM, Chris Wilson
>> > wrote:
>> >> On Tue, Aug 13, 2013 at 06:23:29PM +0200, Sedat Dilek w
On Sun, Aug 11, 2013 at 07:59:24PM +0200, Tomasz Figa wrote:
> +#define pl330_filter pl08x_filter_id
So, this is pretty fun and probably not going to play too nicely for
multiplatform kernels...
signature.asc
Description: Digital signature
201 - 300 of 813 matches
Mail list logo