On Thu, Apr 25, 2013 at 11:22:59AM -0600, Bjorn Helgaas wrote:
> On Wed, Apr 24, 2013 at 9:55 PM, Ram Pai wrote:
> > On Wed, Apr 10, 2013 at 09:22:48AM -0600, Bjorn Helgaas wrote:
> >> On Mon, Apr 8, 2013 at 10:51 PM, Ram Pai wrote:
> >> > On Thu, Apr 04, 2013 at 04:18:01PM -0600, Bjorn Helgaas w
Oleg, Ingo, this is my final push for 3.10. I understand that it might
be too late for that .. if so I'll try again later for 3.11.
The following patchset enables hardware breakpoint bp_len greater than
HW_BREAKPOINT_LEN_8 on AMD Family 16h and later.
$ perf stat -e mem:0x1000/16:w a.out
Currently bp_len is given a default value of 4. Allow user to override it:
$ perf stat -e mem:0x1000/8
^
bp_len
If no value is given, it will default to 4 as it did before.
Signed-off-by: Jacob Shin
---
tools/perf/Documentation/perf-rec
Implement hardware breakpoint address mask for AMD Family 16h and
above processors. CPUID feature bit indicates hardware support for
DRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 hardware
breakpoint addresses to allow matching of larger addresses ranges.
Valuable advice and pseudo code f
On Sat, Apr 27, 2013 at 06:10:28PM +0200, Oleg Nesterov wrote:
> On 04/27, Jacob Shin wrote:
> >
> > On Sat, Apr 27, 2013 at 05:05:10PM +0200, Oleg Nesterov wrote:
> > > ...
> > > > + if (info->mask)
> > > > + set_dr_addr_mask(0, i);
> > >
> > > I agree we should clear addr_mask
Signed-off-by: Jacob Shin
---
tools/perf/tests/parse-events.c | 55 +++
1 file changed, 55 insertions(+)
diff --git a/tools/perf/tests/parse-events.c b/tools/perf/tests/parse-events.c
index 88e2f44..4fd0f96 100644
--- a/tools/perf/tests/parse-events.c
+++ b
On 04/27/2013 09:58 AM, Oleg Nesterov wrote:
>
> Stupid question... So X86_FEATURE_BPEXT only works for r/w? I mean, it
> doesn't allow to specify the mask for an execute breakpoint?
>
x86 execute breakpoints in general are only a single byte, which has to
be the first byte of the instruction.
On Sat, Apr 27, 2013 at 07:34:24PM +0200, Oleg Nesterov wrote:
> On 04/27, Oleg Nesterov wrote:
> >
> > On 04/26, Jacob Shin wrote:
> > >
> > > @@ -518,12 +518,10 @@ int parse_events_add_breakpoint(struct list_head
> > > **list, int *idx,
> > > if (parse_breakpoint_type(type, &attr))
> > >
From: Tony Prisk
Date: Sun, 28 Apr 2013 15:16:43 +1200
> Due to number of #includes, alphabetize them to help avoid duplicates.
>
> Signed-off-by: Tony Prisk
Needless churn, I refuse to apply this.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Not reserved page, reserved bits in the page tables (which includes all bits
beyond the maximum physical address.)
Will Huck wrote:
>On 04/28/2013 03:13 AM, Frantisek Hrbata wrote:
>> On Sat, Apr 27, 2013 at 03:00:11PM +0800, Will Huck wrote:
>>> On 04/26/2013 11:35 PM, Frantisek Hrbata wrote:
On 28/04/13 15:16, Tony Prisk wrote:
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk
--
I saw following error when testing the latest nohz code on Power:
[ 85.295384] BUG: using smp_processor_id() in preemptible [] code:
rsyslogd/3493
[ 85.295396] caller is .tick_nohz_task_switch+0x1c/0xb8
[ 85.295402] Call Trace:
[ 85.295408] [c001fababab0] [c0012dc4] .s
Remove the pci_* dma functions and replace with the more generic
versions.
In preparation of adding platform support, a new struct device *dev
is added to struct velocity_info which can be used by both the pci
and platform code.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocit
The first three patches are general tidyup.
Patch #1 just alphabetizes the #includes to make it easier to read.
Patch #2 replaces vptr->dev with vptr->netdev, again for clarity in the code.
Patch #3 replaces the pci dma functions with the generic versions.
I have build tested these patches but don
On 04/28/2013 03:13 AM, Frantisek Hrbata wrote:
On Sat, Apr 27, 2013 at 03:00:11PM +0800, Will Huck wrote:
On 04/26/2013 11:35 PM, Frantisek Hrbata wrote:
On Fri, Apr 26, 2013 at 01:21:28PM +0800, Will Huck wrote:
Hi Peter,
On 04/02/2013 08:28 PM, Frantisek Hrbata wrote:
When CR4.PAE is set,
Add support for the VIA Velocity network driver to be bound to a
OF created platform device.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/net/via-velocity.txt | 20 +
drivers/net/ethernet/via/Kconfig |3 +-
drivers/net/ethernet/via/via-velocity.c
Improve the clarity of the code in preparation for converting the
dma functions to generic versions, which require a struct device *.
This makes it possible to store a 'struct device *dev' in the
velocity_info structure.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocity.c |
Due to number of #includes, alphabetize them to help avoid duplicates.
Signed-off-by: Tony Prisk
---
drivers/net/ethernet/via/via-velocity.c | 48 +++
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/drivers/net/ethernet/via/via-velocity.c
b/drivers/
On Sun, Apr 28, 2013 at 09:46:57AM +0800, Li Zefan wrote:
> Reported by Fengguang's kbuild test robot:
>
> kernel/cpuset.c:787: warning: 'generate_sched_domains' defined but not used
>
> Introduced by commit e0e80a02e5701c8790bd348ab59edb154fbda60b
> ("cpuset: use rebuild_sched_domains() in cpuse
On Sun, 2013-04-28 at 09:46 +0800, Li Zefan wrote:
> Reported by Fengguang's kbuild test robot:
Thank you for the quick fix, Zefan.
Strong robot :)
Thanks, Zhong
>
> kernel/cpuset.c:787: warning: 'generate_sched_domains' defined but not used
>
> Introduced by commit e0e80a02e5701c8790bd348ab
On Sat, 2013-04-27 at 15:40 +0200, Frederic Weisbecker wrote:
> 2013/4/27 Li Zhong :
> > I saw following error when testing the latest nohz code on Power:
> >
> > [ 85.295384] BUG: using smp_processor_id() in preemptible []
> > code: rsyslogd/3493
> > [ 85.295396] caller is .tick_nohz_
On 04/27/2013 11:14 PM, Alan Stern wrote:
On Sat, 27 Apr 2013, ZhenHua wrote:
On 04/27/2013 12:51 AM, Alan Stern wrote:
On Fri, 26 Apr 2013, ZhenHua wrote:
There is a function wait_for_HP() in uhci-hub.c. In this
patch, it is used in suspend_rh(), I think this can be a
solution. And I have
Reported by Fengguang's kbuild test robot:
kernel/cpuset.c:787: warning: 'generate_sched_domains' defined but not used
Introduced by commit e0e80a02e5701c8790bd348ab59edb154fbda60b
("cpuset: use rebuild_sched_domains() in cpuset_hotplug_workfn()),
which removed generate_sched_domains() from cpuse
KVM guests today use 8bit APIC ids allowing for 256 ID's. Reserving one
ID for Broadcast interrupts should leave 255 ID's. In case of KVM there
is no need for reserving another ID for IO-APIC so the hard max limit for
VCPUS can be increased from 254 to 255. (This was confirmed by Gleb Natapov
http:
On Fri, 2013-04-26 at 22:17 -0400, Xi Wang wrote:
> This patch implements the seccomp BPF_S_ANC_SECCOMP_LD_W instruction
> in x86 JIT.
>
> Signed-off-by: Xi Wang
> Cc: Daniel Borkmann
> Cc: Heiko Carstens
> Cc: Will Drewry
> Cc: Eric Dumazet
> Cc: Russell King
> Cc: David Laight
> Cc: "Davi
On Wed, Apr 24, 2013 at 11:51:12AM +0800, Axel Lin wrote:
> It is necessary to clear MC13892_SWITCHERS0_SWxHI bit when set voltage to the
> voltage range from 110 to 1375000. Leaving MC13892_SWITCHERS0_SWxHI bit
> untouched may result in wrong voltage setting.
Applied, thanks.
signature.asc
Hi Matthias,
it's nice to see that you consider most of the comments, unfortunately I still
have some left ;)
> +/*
> + * tpm_st33_spi_init initialize driver
> + * @return: 0 if successful, else non zero value.
> + */
> +static int __init tpm_st33_spi_init(void)
> +{
> + return spi_register_
On Sat, Apr 27, 2013 at 01:58:08PM +0800, Axel Lin wrote:
> It's safe to call regulator_unregister() with NULL, thus remove the NULL test
> before regulator_unregister() calls.
Applied, thanks.
signature.asc
Description: Digital signature
On Sat, Apr 27, 2013 at 04:18:16PM +0800, Axel Lin wrote:
> Ensure max77686->opmode always has correct status.
Applied, thanks.
signature.asc
Description: Digital signature
On Sunday 28 April 2013, Yann E. MORIN wrote:
> Fact is, choices are properly randomised, unless KCONFIG_ALLCONFIG is
> passed.
>
> So, if you currently rely on choices not being randomised, it means
> you're using KCONFIG_ALLCONFIG [*] so you can set CONFIG_ARCH_MULTIPLATFORM
> in the defconfig y
On Sun, Apr 28, 2013 at 08:54:46AM +0800, Shaohua Li wrote:
> On Sat, Apr 27, 2013 at 06:29:49PM +0200, Markus wrote:
> > Hi!
> >
> > Now I had the time to bisect, started with 3.7 as good and 3.8 as bad.
> > 0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9 is the bad commit. [1]
> > block: add plug for b
On Sat, Apr 27, 2013 at 04:45:37PM +0200, Oleg Nesterov wrote:
> On 04/26, Oleg Nesterov wrote:
>
> > On 04/26, H. Peter Anvin wrote:
> > >
> > > On 04/26/2013 09:38 AM, Oleg Nesterov wrote:
> > > >
> > > > - do_debug:
> > > >
> > > > dr6 &= ~DR6_RESERVED;
> > > >
> > > >
On Sat, Apr 27, 2013 at 06:29:49PM +0200, Markus wrote:
> Hi!
>
> Now I had the time to bisect, started with 3.7 as good and 3.8 as bad.
> 0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9 is the bad commit. [1]
> block: add plug for blkdev_issue_discard
>
> While 3.8.10 was still bad, the same kernel wit
On Tue, Apr 23, 2013 at 09:45:23PM +0900, Tetsuo Handa wrote:
> CONFIG_NO_HZ=y can cause idle/iowait values to decrease.
>
> If /proc/stat is monitored with a short interval (e.g. 1 or 2 secs) using
> sysstat package, sar reports bogus %idle/iowait values because sar expects
> that idle/iowait val
Hello, Ingo,
This series includes documentation for reducing OS jitter due to
per-CPU kthreads. It is available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/doc
for you to fetch changes up to 49717cb40410fe4b563968680ff7c513967504c6:
kth
On Fri, Apr 26, 2013 at 09:44:17AM -0700, Tim Chen wrote:
>
> + old_tfm = crct10dif_tfm;
> + crc_t10dif_newalg = true;
> + /* make sure new alg flag is turned on before starting to switch tfm */
> + mb();
> +
> + new_tfm = crypto_alloc_shash("crct10dif", 0, 0);
> + if (IS_ER
From: Namjae Jeon
Implement preallocation via the fallocate syscall on VFAT partitions.
Change Log:
v5: change to avoid compilation warning:
fs/fat/inode.c: In function 'fat_zero_falloc_area':
>> fs/fat/inode.c:169:11: warning: comparison of distinct pointer
types lacks a cast [enabled by defa
From: Namjae Jeon
when user does
cat /sys/block/mmcblk0boot0/ro_lock_until_next_power_on
power_ro_lock_show increments md->usage by calling mmc_blk_get
but it forgets to call mmc_blk_put to restore md->usage
Signed-off-by: Namjae Jeon
Signed-off-by: Vivek Trivedi
---
drivers/mmc/card/block.c
From: Namjae Jeon
When stable pages are required, we have to wait if the page is just
going to disk and we want to modify it. Add proper callback to
f2fs_vm_page_mkwrite.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
Cc: Darrick J. Wong
---
fs/f2fs/file.c |2 +-
1 file changed
From: Namjae Jeon
Few things can be changed in the default mkwrite function
1) Make file_update_time at the start before acquiring any lock
2) the condition page_offset(page) >= i_size_read(inode) should be
changed to page_offset(page) > i_size_read
3) Move wait_on_page_writeback.
Signed-off-by
Hello, Ingo,
This change adds documentation for CONFIG_NO_HZ_IDLE and CONFIG_NO_HZ_FULL.
It is available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/nohz
for you to fetch changes up to 0c87f9b5ca5bdda1a868b0d7df4bec92e41a468d:
nohz_full:
On Sat, Apr 27, 2013 at 2:15 PM, Davidlohr Bueso wrote:
> Hi Michel,
>
> On Fri, 2013-03-15 at 03:54 -0700, Michel Lespinasse wrote:
>> These patches extend Alex Shi's work (which added write lock stealing
>> on the rwsem slow path) in order to provide rwsem write lock stealing
>> on the fast path
From: "H. Peter Anvin"
Use a macro to statically compute poolbitshift (will be used in a
subsequent patch), poolbytes, and poolbits. On virtually all
architectures the cost of a memory load with an offset is the same as
the one of a memory load.
It is still possible for this to generate worse c
From: "H. Peter Anvin"
When we write entropy into a non-empty pool, we currently don't
account at all for the fact that we will probabilistically overwrite
some of the entropy in that pool. This means that unless the pool is
fully empty, we are currently *guaranteed* to overestimate the amount
o
From: "H. Peter Anvin"
Allow fractional bits of entropy to be tracked by scaling the entropy
counter (fixed point). This will be used in a subsequent patch that
accounts for entropy lost due to overwrites.
Signed-off-by: H. Peter Anvin
Cc:
---
drivers/char/random.c | 92 +
From: "H. Peter Anvin"
When we write entropy into a non-empty pool, we currently don't
account at all for the fact that we will probabilistically overwrite
some of the entropy in that pool. This means that unless the pool is
fully empty, we are currently *guaranteed* to overestimate the amount
o
Arnd, All,
On Sat, Apr 27, 2013 at 11:01:00PM +0200, Arnd Bergmann wrote:
> On Saturday 27 April 2013, Yann E. MORIN wrote:
> >
> > On Fri, Apr 26, 2013 at 02:05:37PM +0200, Arnd Bergmann wrote:
> > > On Thursday 25 April 2013 00:29:53 Yann E. MORIN wrote:
> > > > From: "Yann E. MORIN"
> > > >
Hi Sebastian,
I'm pleased to announce the 3.8.9-rt4 release. [..]
This patch is needed to prevent the compiler error
drivers/gpu/drm/i915/i915_gem_execbuffer.c:1072:27:
error: 'seqno' undeclared (first use in this function)
Signed-off-by: Carsten Emde
Index: linux-3.8.4-rt2/drivers/gpu/drm/i
Sorry, but I just couldn't help myself :)
From: Davidlohr Bueso
Subject: [PATCH] rwsem: no need for explicit signed longs
Signed-off-by: Davidlohr Bueso
---
lib/rwsem.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/lib/rwsem.c b/lib/rwsem.c
index 4e4c889..50fdd
This is primarily useful when there's a driver that doesn't claim clocks
properly, but the bootloader leaves them on. It's not expected to be used
in normal cases, but for bringup and debug it's very useful to have the
option to not gate unclaimed clocks that are still on.
Signed-off-by: Olof Joha
On Sat, Apr 27, 2013 at 11:17:13AM -0700, Mike Turquette wrote:
> Quoting Olof Johansson (2013-04-26 16:39:51)
> > This is primarily useful when there's a driver that doesn't claim clocks
> > properly, but the bootloader does. It's not expected to be used in normal
> > cases, but for bringup and de
On Saturday 27 April 2013, Yann E. MORIN wrote:
>
> On Fri, Apr 26, 2013 at 02:05:37PM +0200, Arnd Bergmann wrote:
> > On Thursday 25 April 2013 00:29:53 Yann E. MORIN wrote:
> > > From: "Yann E. MORIN"
> > >
> > > Currently, randconfig does randomise choice entries, unless
> > > KCONFIG_ALLCON
Hi Linus,
The following changes since commit 73053d973dd6f56472309cffa5a5d15a62dd6f96:
ARM: highbank: fix cache flush ordering for cpu hotplug (2013-04-18 09:37:46
-0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/fixes-for-l
On Sat, Apr 27, 2013 at 03:00:11PM +0800, Will Huck wrote:
> On 04/26/2013 11:35 PM, Frantisek Hrbata wrote:
> >On Fri, Apr 26, 2013 at 01:21:28PM +0800, Will Huck wrote:
> >>Hi Peter,
> >>On 04/02/2013 08:28 PM, Frantisek Hrbata wrote:
> >>>When CR4.PAE is set, the 64b PTE's are used(ARCH_PHYS_ADD
On Fri, 26 Apr 2013, Simon Wood wrote:
> It has been reported that there is a new version (different USB rev)
> of the Logitech DFGT in the 'wild'.
>
> This patch allows the kernel to recognise this wheel and send it the
> command to enter native mode.
>
> Reported-by: "Denis Jovic"
> Signed-of
Hi!
> > Is that even right algoritm?
> >
> sorry the changelog is not clear enough here.
> I should say,
> "keep the fan on when the temperature is raising"
> "turn off the fan when the temperature is dropping"
>
> > Assume I'm running at very cold room, lets say -10C. Assume idle CPU
> > will h
On Sat, Apr 27, 2013 at 2:27 AM, Daniel Borkmann wrote:
> Arent't you doing here a similar thing in terms of getting arch as Eric
> criticized (Nicolas' implementation does not use that part btw.)? Also,
> even if it would be possible here, now your 2 JIT implementations differ
> in behaviour. I t
As of commit 787dcbe6984b3638e94f60d807dcb51bb8a07211 ("MIPS: Export
symbols used by KVM/MIPS module"), min_low_pfn is already exported by
the generic mm/bootmem.c, causing:
WARNING: vmlinux: 'min_low_pfn' exported twice. Previous export was in vmlinux
Signed-off-by: Geert Uytterhoeven
---
arch
From: Jassi Brar
Introduce common framework for client/protocol drivers and
controller drivers of Inter-Processor-Communication (IPC).
Client driver developers should have a look at
include/linux/mailbox_client.h to understand the part of
the API exposed to client drivers.
Similarly controller
From: Jassi Brar
Convert the PL320 controller driver to work with the common
mailbox API. Also convert the only user of PL320, highbank-cpufreq.c
to work with thee API. Drop the obsoleted driver pl320-ipc.c
Signed-off-by: Jassi Brar
---
drivers/cpufreq/highbank-cpufreq.c | 22 +++-
dri
Motivation for this is to be able to print the way information
properly in print_cpuinfo(), instead of hardcoding it to one.
Signed-off-by: Stefan Kristiansson
---
arch/openrisc/include/asm/cpuinfo.h | 2 ++
arch/openrisc/kernel/setup.c| 20 +---
2 files changed, 15 inse
From: Suman Anna
The patch 30058677 "ARM / highbank: add support for pl320 IPC"
added a pl320 IPC specific header file as a generic mailbox.h.
This file has been renamed appropriately to allow the
introduction of the generic mailbox API framework.
Signed-off-by: Suman Anna
Cc: Mark Langsdorf
C
On 04/27, Oleg Nesterov wrote:
>
> On 04/26, Jacob Shin wrote:
> >
> > @@ -518,12 +518,10 @@ int parse_events_add_breakpoint(struct list_head
> > **list, int *idx,
> > if (parse_breakpoint_type(type, &attr))
> > return -EINVAL;
> >
> > - /*
> > -* We should find a nice way to
On 04/26, Jacob Shin wrote:
>
> @@ -518,12 +518,10 @@ int parse_events_add_breakpoint(struct list_head
> **list, int *idx,
> if (parse_breakpoint_type(type, &attr))
> return -EINVAL;
>
> - /*
> - * We should find a nice way to override the access length
> - * Prov
On Sat, Apr 27, 2013 at 06:14:07PM +0200, Borislav Petkov wrote:
...
Thanks a LOT, Borislav!
> The other trivial test passes too, although branch-misses doesn't get
> counted:
>
> ./perf stat sleep 1
>
> Performance counter stats for 'sleep 1':
>
> 1.433368 task-clock
Hi!
Now I had the time to bisect, started with 3.7 as good and 3.8 as bad.
0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9 is the bad commit. [1]
block: add plug for blkdev_issue_discard
While 3.8.10 was still bad, the same kernel with the reverted patch applied is
fine.
I found another report. [2]
On Sat, Apr 27, 2013 at 02:32:48PM +0300, Julian Anastasov wrote:
>
> Hello,
>
> On Fri, 26 Apr 2013, Eric Dumazet wrote:
>
> > On Fri, 2013-04-26 at 10:48 -0700, Paul E. McKenney wrote:
> >
> > > Don't get me wrong, I am not opposing cond_resched_rcu_lock() because it
> > > will be diffi
I don't know why this is uapi... finest make a lot of sense to me.
Oleg Nesterov wrote:
>On 04/26, Oleg Nesterov wrote:
>
>> On 04/26, H. Peter Anvin wrote:
>> >
>> > On 04/26/2013 09:38 AM, Oleg Nesterov wrote:
>> > >
>> > > - do_debug:
>> > >
>> > > dr6 &= ~DR6_RESERVED;
>> > >
>> >
On Sat, Apr 27, 2013 at 09:18:15AM +0200, Peter Zijlstra wrote:
> > In the worst case, I
> > can fire up a prio 99 kthread on each CPU and send that kthread a
> > wakeup from RCU's rcu_gp_fqs() code.
>
> You just know that's going to be _so_ popular ;-)
;-) ;-) ;-)
I must confess that I would pr
On Fri, Apr 26, 2013 at 08:46:52PM +0400, Cyrill Gorcunov wrote:
> On Fri, Apr 26, 2013 at 06:39:52PM +0200, Borislav Petkov wrote:
> > #0.25 stalled cycles per
> > insn
> >590,855 branches # 237.877 M/sec
> >
On 04/27, Jacob Shin wrote:
>
> On Sat, Apr 27, 2013 at 05:05:10PM +0200, Oleg Nesterov wrote:
> > ...
> > > + if (info->mask)
> > > + set_dr_addr_mask(0, i);
> >
> > I agree we should clear addr_mask anyway.
> >
> > But I am just curious, what if we do not? I mean what will the hardware
>
On Sat, Apr 27, 2013 at 07:08:42PM +0400, vita...@yourcmc.ru wrote:
> >Looks like we can't do anything about that in the HPET code itself.
> >
> >Vitaliy, could you try that patch ?
>
> Thanks, I've tried it several days ago (and still using a patched
> kernel :)) - the box survives.
> But at whic
On Sat, Apr 27, 2013 at 05:05:10PM +0200, Oleg Nesterov wrote:
> On 04/26, Jacob Shin wrote:
> >
> > Implement hardware breakpoint address mask for AMD Family 16h and
> > above processors. CPUID feature bit indicates hardware support for
> > DRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 h
Hi Simon,
On Sat, Apr 27, 2013 at 3:55 AM, Simon Glass wrote:
> Hi,
>
> On Thu, Nov 15, 2012 at 10:38 PM, Alexandre Courbot
> wrote:
>> Hopefully the final series before the feature gets merged. Anton Vorontsov
>> kindly accepted to take it into his tree, so this series is mostly a call for
>>
Sedat, All,
On Sat, Apr 27, 2013 at 01:30:33PM +0200, Sedat Dilek wrote:
> On Sat, Apr 27, 2013 at 8:54 AM, Michal Marek wrote:
> > That (silent)oldconfig with stdin redirection throws an error if it
> > encounters a new option is expected and correct. The bug here is that
> > _normal_ oldconfig
Michal, All,
On Sat, Apr 27, 2013 at 08:54:37AM +0200, Michal Marek wrote:
> That (silent)oldconfig with stdin redirection throws an error if it
> encounters a new option is expected and correct. The bug here is that
> _normal_ oldconfig run apparently does not set all the options. I.e.
>
> $ yes
On 04/27, Oleg Nesterov wrote:
>
> Suppose that the kernel was compiled without CONFIG_CPU_SUP_AMD.
> Then perf_event_open(attr => { .bp_len == 16 }) will succeed,
sorry, I meant "can succeed" if CPU has X86_FEATURE_BPEXT.
Oleg.
--
To
On Sat, 27 Apr 2013, ZhenHua wrote:
> On 04/27/2013 12:51 AM, Alan Stern wrote:
> > On Fri, 26 Apr 2013, ZhenHua wrote:
> >
> >> There is a function wait_for_HP() in uhci-hub.c. In this
> >> patch, it is used in suspend_rh(), I think this can be a
> >> solution. And I have tested this patch, it
On 04/26, Jacob Shin wrote:
>
> Implement hardware breakpoint address mask for AMD Family 16h and
> above processors. CPUID feature bit indicates hardware support for
> DRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 hardware
> breakpoint addresses to allow matching of larger addresses rang
Looks like we can't do anything about that in the HPET code itself.
Vitaliy, could you try that patch ?
Thanks, I've tried it several days ago (and still using a patched
kernel :)) - the box survives.
But at which moment should I check for "Spurious interrupt" in dmesg?
--
To unsubscribe from
On 04/26, Oleg Nesterov wrote:
> On 04/26, H. Peter Anvin wrote:
> >
> > On 04/26/2013 09:38 AM, Oleg Nesterov wrote:
> > >
> > > - do_debug:
> > >
> > > dr6 &= ~DR6_RESERVED;
> > >
> > > this also wrongly clears 32-63 bits. Fortunately these
> > > bits are reserved and must be
On Sat, 27 Apr 2013, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Remove duplicated include.
>
> Signed-off-by: Wei Yongjun
Acked-by: Stefano Stabellini
> arch/arm/xen/enlighten.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
> i
On Saturday, April 27, 2013 11:54:50 AM Jingoo Han wrote:
> Add pm_ops_ptr() macro that allows the .pm entry in the driver structures
> to be assigned without having an #define xxx NULL for the case that PM is
> not enabled.
>
> Signed-off-by: Jingoo Han
First, I'm not taking any more PM patches
On Saturday, April 27, 2013 04:58:53 AM Artem S. Tashkinov wrote:
> Hello,
>
> Just wanted to let everyone know that CONFIG_X86_INTEL_PSTATE wreaks
> havoc with the CPU frequency subsystem in the Linux kernel.
>
> With this option enabled:
>
> 1) All governors except performance and powersave ar
On Sat, Apr 27, 2013 at 05:53:48PM +0800, Li Zefan wrote:
> rebuild_sched_domains() might pass doms with offlined cpu to
> partition_sched_domains(), which results in an oops:
>
> general protection fault: [#1] SMP
> ...
> RIP: 0010:[] [] get_group+0x6e/0x90
> ...
> Call Trace:
> [] build_s
On Saturday, April 27, 2013 11:46:14 AM Pavel Machek wrote:
> Hi!
>
> I got this during resume on thinkpad x60:
>
> Machine resumed ok, but I guess something is wrong there...
Yeah, that's the WARN_ON() introduced by commit a6b5e88
(ACPI / PNP: Do not crash due to stale pointer use during system
2013/4/27 Li Zhong :
> I saw following error when testing the latest nohz code on Power:
>
> [ 85.295384] BUG: using smp_processor_id() in preemptible [] code:
> rsyslogd/3493
> [ 85.295396] caller is .tick_nohz_task_switch+0x1c/0xb8
> [ 85.295402] Call Trace:
> [ 85.295408] [c
PING^5
So a blatant attempt at getting attention from LWN didn't work. I'm
desperate, so...
... look! I'm top posting!
Paolo
Il 17/04/2013 14:26, Paolo Bonzini ha scritto:
> And a fourth ping comes...
>
> Jon, the next time I read "it seems likely to be picked up fairly soon"
> (http://lwn.n
2013/4/11 Paul E. McKenney :
> From: "Paul E. McKenney"
>
> Signed-off-by: Paul E. McKenney
> Cc: Frederic Weisbecker
> Cc: Steven Rostedt
> Cc: Borislav Petkov
> Cc: Arjan van de Ven
> Cc: Kevin Hilman
> Cc: Christoph Lameter
> ---
There have been some significant interest and amount of r
On Sat, Apr 27, 2013 at 10:56:18PM +0800, Qiaowei Ren wrote:
> +ssize_t sysfs_create_log(struct kobject *parent)
> +{
> + struct kobject *log_kobj;
> + int retval;
> +
> + log_kobj = kobject_create_and_add("log", parent);
> + if (!log_kobj)
> + return -ENOMEM;
> +
> +
On Sat, Apr 27, 2013 at 10:56:16PM +0800, Qiaowei Ren wrote:
> TXT driver is expected to be a better tool to access below resources:
> TXT config space, TXT heap, TXT log and SMX parameter.
You are adding new sysfs files, so that means you need to add
Documentation/ABI files as well. Please respi
On Sat, Apr 27, 2013 at 2:37 PM, Stephan von Krawczynski
wrote:
> if you look at the above file it contains:
>
> #include
>
> where should this file come from? There is no "asm" directory inside
> linux-3.8.8/include/ ... ?
It comes from arch//include/asm/..., with the architecture you're
comp
Hello all,
if you look at the above file it contains:
#include
where should this file come from? There is no "asm" directory inside
linux-3.8.8/include/ ... ?
If you need additional info please cc me.
--
Regards,
Stephan
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Sat, 2013-04-27 at 12:23 +0200, Pavel Machek wrote:
> Hi!
>
> > Commit 4ae46befb49d4173122e0afa995c4e93d01948a2
> > introduces a regression that the fan is always on
> > even if the system is in idle state.
> >
> > My original idea in that commit is that:
> > when the current temperature is ab
Hello,
On Fri, 26 Apr 2013, Eric Dumazet wrote:
> On Fri, 2013-04-26 at 10:48 -0700, Paul E. McKenney wrote:
>
> > Don't get me wrong, I am not opposing cond_resched_rcu_lock() because it
> > will be difficult to validate. For one thing, until there are a lot of
> > them, manual inspec
On Sat, Apr 27, 2013 at 8:54 AM, Michal Marek wrote:
> Dne 27.4.2013 00:01, Yann E. MORIN napsal(a):
>> Michal, Sedat, All,
>>
>> On Fri, Apr 26, 2013 at 01:13:33PM +0200, Michal Marek wrote:
>>> On 26.4.2013 13:08, Michal Marek wrote:
On 26.4.2013 12:49, Sedat Dilek wrote:
> With reverti
On Fri, Apr 26, 2013 at 02:42:32PM +, Christoph Lameter wrote:
> On Fri, 26 Apr 2013, Han Pingtian wrote:
>
> > Could you give me some hints about how to verify them? Only I can do is
> > adding two printk() statements to print the vaules in those two
> > functions:
>
> Ok thats good. nr->par
Hi!
> Commit 4ae46befb49d4173122e0afa995c4e93d01948a2
> introduces a regression that the fan is always on
> even if the system is in idle state.
>
> My original idea in that commit is that:
> when the current temperature is above the trip point,
> keep the fan on, even if the temperature is dropp
From: Wei Yongjun
We have registered platform driver when module init, and
need unregister it when module exit.
Signed-off-by: Wei Yongjun
---
no compile test.
---
drivers/tty/ehv_bytechan.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/ehv_bytechan.c b/drivers/tty/ehv_bytech
>
>Did this problem ever get resolved?
>
Hello,
Unfortunately, no. Out of curiosity I've tried booting kernel
3.9-rc8 in EUFI mode but it exhibits the same problem.
Right after the boot:
[root@localhost ~]# dd if=/dev/zero of=test bs=64M count=3
3+0 records in
3+0 records out
201326592 bytes (
1 - 100 of 124 matches
Mail list logo
