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, ))
> > >
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
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]
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
---
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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:
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
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
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
---
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
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.
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:
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
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
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
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
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:
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
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
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
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
> > >
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
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
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"
>
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
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
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
---
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 +++-
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
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
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, ))
> > 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, ))
> return -EINVAL;
>
> - /*
> - * We should find a nice way to override the access length
> - * Provide
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
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
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
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
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.
>
> $
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.
--
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
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
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
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
>
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
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
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:
> []
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
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]
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"
>
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
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
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
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
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
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
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
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.
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
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
>
>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
From: Li Zhong
In cpuset_hotplug_workfn(), partition_sched_domains() is called without
hotplug lock held, which is actually needed (stated in the function
header of partition_sched_domains()).
This patch tries to use rebuild_sched_domains() to solve the above
issue, and makes the code looks a
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]
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_sched_domains+0x70c/0xcb0
[] ? build_sched_domains+0x937/0xcb0
[] ?
Hi Thierry,
I don't know this code well but the drm/drm.h has an #if def so that
either linux/types.h is included or the __[us]* types are defined in
a different way with the comment "One of the BSDs".
Also I sent a patch last year to include linux/types.h in exynos_drm.h
but it now includes
Hi!
I got this during resume on thinkpad x60:
Machine resumed ok, but I guess something is wrong there...
Pavel
sdhci-pci :15:00.2: Will use DMA mode even though HW doesn't fully
claim to support it.
sdhci-pci :15:00.2:
On 2013年04月27日 17:32, Mike Qiu wrote:
>>>
>> I think the diff v2 is correct, but is not the best one for this issue.
>>
>> I prefer the Paul's patch for this issue which has better performance
>>
>> :-)
> yes, I use your patch and it can work, also Paul's patch can work too.
Good news.
Bye !
1 - 100 of 242 matches
Mail list logo