On Mon, 11 Nov 2013, Thomas Gleixner wrote:
> Not what you would expect, right?
Finally found the issue. The patch below fixes the problem here. The
little missing detail is, that I zapped GET_CURRENT() assuming blindly
that this is only needed for the preempt_count hackery. But in fact
the world
On Mon, Nov 11, 2013 at 11:27 AM, H. Peter Anvin wrote:
> On 11/11/2013 10:20 AM, Ingo Molnar wrote:
>>
>> Why aren't the 3 sources of entropy XOR-ed together?
>>
>
> Note we don't want to poke i8254 if we have any other sources, as the
> i8254 may not be present on newer systems and in some other
On 11/11/2013 11:32 AM, Kees Cook wrote:
>>>
>>> Why aren't the 3 sources of entropy XOR-ed together?
>
> Ah, excellent suggestion. There's no reason they couldn't be. I can
> rework that function to do that.
>
>>> Also, we talked about also adding system dependent entropy sources, such
>>> as me
On Monday 11 of November 2013 12:33:20 Stephen Warren wrote:
> On 11/11/2013 12:17 PM, Gerlando Falauto wrote:
> > Hi Stephan,
> >
> > On 11/11/2013 07:53 PM, Stephen Warren wrote:
> >> On 11/11/2013 11:28 AM, Gerlando Falauto wrote:
> >>> Hi everyone,
> >>>
> >>> [jumping in on an old discussion]
On Mon, Nov 11 2013, Alexander Gordeev wrote:
> On Mon, Oct 28, 2013 at 02:29:06PM -0700, Nicholas A. Bellinger wrote:
> > I'll wait for Kent's feedback on these, and end-up dropping the
> > blk-mq-tag part from Patch #5 for the moment..
>
> Hi Nicholas,
>
> I am bit uncertain regarding the proce
On Fri, Nov 08, 2013 at 12:29:07PM -0800, Joe Perches wrote:
> On Fri, 2013-11-08 at 15:14 -0500, Neil Horman wrote:
> > On Fri, Nov 08, 2013 at 11:33:13AM -0800, Joe Perches wrote:
> > > On Fri, 2013-11-08 at 14:01 -0500, Neil Horman wrote:
> > > > On Wed, Nov 06, 2013 at 09:19:23AM -0800, Joe Per
On 11/11/2013 11:37 AM, Kees Cook wrote:
> On Mon, Nov 11, 2013 at 11:27 AM, H. Peter Anvin wrote:
>> On 11/11/2013 10:20 AM, Ingo Molnar wrote:
>>>
>>> Why aren't the 3 sources of entropy XOR-ed together?
>>
>> Note we don't want to poke i8254 if we have any other sources, as the
>> i8254 may not
Thomas Gleixner writes:
> And I can see ever repeating
>
> IRQ 13 flags 0x400 regs->sr 0x400
>
> with a few
>
> IRQ 15 flags 0x400 regs->sr 0x400
>
> sprinkeled in.
>
> Not what you would expect, right?
If you configured for ATARI only, then ALLOWINT filters out the I1 bit,
which makes irq l
Hi,
On Sun, Nov 10, 2013 at 12:37:16PM +0100, Maxime Ripard wrote:
> Hi Felipe,
>
> On Fri, Nov 08, 2013 at 12:00:48PM -0600, Felipe Balbi wrote:
> > From: Luciano Coelho
> >
> > Add a flag that indicate whether the clock is a crystal or not.
> >
> > Additionally, parse a new device tree bindi
Hi,
On Mon, Nov 11, 2013 at 09:27:58AM -0700, Stephen Warren wrote:
> On 11/08/2013 11:00 AM, Felipe Balbi wrote:
> > From: Luciano Coelho
> >
> > Add a flag that indicate whether the clock is a crystal or not.
> >
> > Additionally, parse a new device tree binding in clk-fixed-rate to set
> > t
Michal Nazarewicz writes:
> From: Michal Nazarewicz
>
> sa->runnable_avg_sum is of type u32 but after shifting it by NICE_0_SHIFT
> bits it is promoted to u64. This of course makes no sense, since the
> result will never be more then 32-bit long. Casting sa->runnable_avg_sum
> to u64 before it
On Mon, Nov 11, 2013 at 06:30:08PM +0100, Takashi Iwai wrote:
> From: Takashi Iwai
> Subject: [PATCH] firmware: Use bit flags instead of boolean combos
>
> More than two boolean arguments to a function are rather confusing and
> error-prone for callers. Let's make the behavior bit flags instead
Add documentation for the generic OMAP DES crypto modul describing the device
tree bindings.
Reviewed-by: Mark Rutland
Acked-by: Santosh Shilimkar
Signed-off-by: Joel Fernandes
---
v2 changes: Update documentation for clocks, clock-names and dma-names.
.../devicetree/bindings/crypto/omap-des.
On Mon 11-11-13 14:22:11, Dave Chinner wrote:
> On Thu, Nov 07, 2013 at 02:48:06PM +0100, Jan Kara wrote:
> > On Tue 05-11-13 15:12:45, Dave Chinner wrote:
> > > On Mon, Nov 04, 2013 at 05:50:13PM -0700, Andreas Dilger wrote:
> > > Realistically, there is no "one right answer" for all combinations
Hi Adrian,
I have perf test failing here:
[root@ssdandy ~]# perf test 21
21: Test object code reading : FAILED!
[root@ssdandy ~]#
Try it with -v, but all messages, except for that elf header, which I
assume is for a previous entry that is not suitable and s
Hi Ted,
After reading through the RNG code, I'm curious about one aspect and I
wonder if you can shed light on it. Since v3.6-rc1~26^2~30 ("random:
use lockless techniques in the interrupt path"), we mix bytes into the
pool without taking the lock, when inside add_interrupt_randomness().
This mea
On Mon, 2013-11-11 at 13:42 -0600, Felipe Balbi wrote:
> Hi,
>
> On Sun, Nov 10, 2013 at 12:37:16PM +0100, Maxime Ripard wrote:
> > Hi Felipe,
> >
> > On Fri, Nov 08, 2013 at 12:00:48PM -0600, Felipe Balbi wrote:
> > > From: Luciano Coelho
> > >
> > > Add a flag that indicate whether the clock
On Mon, 11 Nov 2013 10:28:15 +0100 Uwe Kleine-K__nig
wrote:
> Hello Andrew,
>
> in mm-factor-commit-limit-calculation-fix you move vm_commit_limit to
> mm/mmap.c. This file is only compiled with CONFIG_MMU on though. So my
> build fails here.
>
> There are some more problems that I didn't look
On 10/12/2013 10:42 AM, Ingo Molnar wrote:
>
> * H. Peter Anvin wrote:
>
>> On 10/09/2013 04:16 PM, tip-bot for HATAYAMA Daisuke wrote:
>>> Commit-ID: 1d79e607332d67d9132c176d99b5e7fabe1b6b7f
>>> Gitweb:
>>> http://git.kernel.org/tip/1d79e607332d67d9132c176d99b5e7fabe1b6b7f
>>> Author:
On Fri, Oct 18, 2013 at 07:12:00PM +0200, Alexander Gordeev wrote:
> Patches 1,2 - ACK'ed tweaks for s390 architecture
> Patches 3,4 - fixes for PowerPC pSeries platform
> Patches 5-12 - fixes, tweaks and changes of the generic MSI code
> Patches 12-29 - example updates of few device drivers
Em Mon, Nov 11, 2013 at 04:51:17PM -0300, Arnaldo Carvalho de Melo escreveu:
> Hi Adrian,
>
> I have perf test failing here:
>
> [root@ssdandy ~]# perf test 21
> 21: Test object code reading : FAILED!
> [root@ssdandy ~]#
>
> Try it with -v, but all messages,
On 11/11, Ingo Molnar wrote:
>
> * Oleg Nesterov wrote:
>
> > +++ b/kernel/events/uprobes.c
> > @@ -86,6 +86,25 @@ struct return_instance {
> > };
> >
> > /*
> > + * On a breakpoint hit, thread contests for a slot. It frees the
> > + * slot after singlestep. Currently a fixed number of slots ar
Em Mon, Nov 11, 2013 at 04:55:59PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Nov 11, 2013 at 04:51:17PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Hi Adrian,
> >
> > I have perf test failing here:
> >
> > [root@ssdandy ~]# perf test 21
> > 21: Test object code reading
* H. Peter Anvin wrote:
> On 11/11/2013 11:37 AM, Kees Cook wrote:
> > On Mon, Nov 11, 2013 at 11:27 AM, H. Peter Anvin wrote:
> >> On 11/11/2013 10:20 AM, Ingo Molnar wrote:
> >>>
> >>> Why aren't the 3 sources of entropy XOR-ed together?
> >>
> >> Note we don't want to poke i8254 if we have a
Hi Michal,
On 11/10/2013 08:50 AM, Michal Nazarewicz wrote:
From: Michal Nazarewicz
When endpoint changes (due to it being disabled or alt setting changed),
mimic the action as if the change happened after the request has been
queued, instead of retrying with the new endpoint.
Signed-off-by:
On 11/11/2013 11:58 AM, Ingo Molnar wrote:
>>
>> Use the i8254 if and only if nothing else is available, it isn't safe to
>> touch on some newer systems.
>
> I concur - the i8254 is probably also a low entry source, given that this
> all runs early bootup.
>
Well, it is a 16-bit 1.19318 MHz cou
On 11/11/2013 12:30 PM, Takashi Iwai wrote:
> At Mon, 11 Nov 2013 16:34:26 +0100,
> Borislav Petkov wrote:
>>
>> On Mon, Nov 11, 2013 at 04:21:16PM +0100, Takashi Iwai wrote:
>>> When CONFIG_FW_LOADER_USER_HELPER is set, request_firmware() falls
>>> back to the usermode helper for loading via ude
* H. Peter Anvin wrote:
> Of course, perhaps we could just hash struct boot_params as a starting
> point?
Yeah, that would be a good first step, before trying to parse DMI or ACPI.
Anything that is reasonably system dependent and gives at least some
amount of unpredicability.
Thanks,
* H. Peter Anvin wrote:
> On 11/11/2013 11:58 AM, Ingo Molnar wrote:
> >>
> >> Use the i8254 if and only if nothing else is available, it isn't safe to
> >> touch on some newer systems.
> >
> > I concur - the i8254 is probably also a low entry source, given that this
> > all runs early bootup.
On Mon, Nov 11, 2013 at 12:07 PM, Ingo Molnar wrote:
>
> * H. Peter Anvin wrote:
>
>> Of course, perhaps we could just hash struct boot_params as a starting
>> point?
>
> Yeah, that would be a good first step, before trying to parse DMI or ACPI.
> Anything that is reasonably system dependent and
DWC3 requires epout to have buffer size aligned to MaxPacketSize value.
This patch sets necessary quirk for it.
Signed-off-by: David Cohen
---
drivers/usb/dwc3/gadget.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c
index 5452c0fce
From: Michal Nazarewicz
When endpoint changes (due to it being disabled or alt setting changed),
mimic the action as if the change happened after the request has been
queued, instead of retrying with the new endpoint.
Signed-off-by: Michal Nazarewicz
Cc: David Cohen
---
drivers/usb/gadget/f_f
Hi,
These patches are a proposal to add gadget quirks in an immediate objective to
adapt f_fs when using DWC3 controller. But the quirk solution is generic and
can be used by other controllers to adapt gadget functions to their
non-standard restrictions.
This change is necessary to make Android's
This patch moves all bitflags to the end of usb_gadget struct in order
to improve readability.
Signed-off-by: David Cohen
---
include/linux/usb/gadget.h | 19 ++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/include/linux/usb/gadget.h b/include/linux/usb/gadget.
From: Michal Nazarewicz
Check gadget.quirk_ep_out_aligned_size to decide if buffer size requires
to be aligned to maxpacketsize of an out endpoint. ffs_epfile_io() needs
to pad epout buffer to match above condition if quirk is found.
Signed-off-by: Michal Nazarewicz
Acked-by: David Cohen
---
Due to USB controllers may have different restrictions, usb gadget layer
needs to provide a generic way to inform gadget functions to complain
with non-standard requirements.
This patch adds 'quirk_ep_out_aligned_size' field to struct usb_gadget
to inform when controller's epout requires buffer si
* Mike Travis wrote:
> > Nothing actually uses the uv_trace() methods, plus nobody actually
> > sets uv_trace_func.
> >
> > Whatever hack this is, it has no place in the upstream kernel. I'll
> > queue up a revert to make this pushable in this merge window.
>
> [...]
>
> Currently the uvtrace
On Mon, 11 Nov 2013, Michal Nazarewicz wrote:
> Check gadget.quirk_ep_out_aligned_size to decide if buffer size requires
> to be aligned to maxpacketsize of an out endpoint. ffs_epfile_io() needs
> to pad epout buffer to match above condition if quirk is found.
>
> Signed-off-by: Michal Nazarewi
From: Arnaldo Carvalho de Melo
Further simplifications to be done on following patch, as most tools
don't use the callback, using instead just the canned
machine__process_event one.
Cc: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Paul Mackerras
From: Patrick Palka
Each call to tui_progress__update() would forcibly refresh the entire
screen. This is somewhat inefficient and causes noticable flickering
during the startup of perf-report, especially on large/slow terminals.
It looks like the force-refresh in tui_progress__update() serves
From: Arnaldo Carvalho de Melo
We were using it at 10 kHz, which doesn't work in machines where somehow
the max freq was auto reduced by the kernel:
[root@ssdandy ~]# perf test 19
19: Test software clock events have valid period values: FAILED!
[root@ssdandy ~]# perf test -v 19
19: Test soft
From: Arnaldo Carvalho de Melo
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit caea6cf52139116e43e615d87fcbf9823e197fdf:
Merge branch 'uprobes/core' of
git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc into perf/core
(2013-11-11 09:44:16 +0100)
From: Arnaldo Carvalho de Melo
Most uses of the evsel constructor are followed by a call to
perf_evlist__add with an idex of evlist->nr_entries, so make rename
the current constructor to perf_evsel__new_idx and remove the need
for passing the constructor for the common case.
We still need the ne
From: Arnaldo Carvalho de Melo
When perf_event_attr.mmap_data is set the kernel will generate
PERF_RECORD_MMAP events when non-exec (data, SysV mem) mmaps are
created, so we need to synthesize from /proc/pid/maps for existing
threads, as we do for exec mmaps.
Right now just 'perf record' does it
From: David Ahern
Code move only; no logic changes. In preparation for the mmap based
output option in the next patch.
Signed-off-by: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
http:
From: Arnaldo Carvalho de Melo
Several tools (top, kvm) don't need to be called back to process each of
the syntheiszed records, instead relying on the machine__process_event
function to change the per machine data structures that represent
threads and mmaps, so provide a way to ask for this comm
From: Adrian Hunter
write() returns a 'ssize_t' not an 'int'.
Signed-off-by: Adrian Hunter
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
http://lkml.kernel.org/
From: Arnaldo Carvalho de Melo
We were not checking if we successfully opened the counters, i.e. if
sys_perf_event_open worked, when it doesn't in this test, we were
continuing anyway and then segfaulting when trying to access the file
descriptor array, that at that point had been freed in perf_e
From: Namhyung Kim
If given sort keys are all elided there'll be no output except for the
overhead column - actually the TUI shows a noisy output. In this case
it'd be better to show up the sort keys rather than elide.
Before:
$ perf report -s comm -c perf
(...)
# Overhead
#
XOR and rotate is probably a good start.
Kees Cook wrote:
>On Mon, Nov 11, 2013 at 12:07 PM, Ingo Molnar wrote:
>>
>> * H. Peter Anvin wrote:
>>
>>> Of course, perhaps we could just hash struct boot_params as a
>starting
>>> point?
>>
>> Yeah, that would be a good first step, before trying to p
When we leak something, warn about that. For that we need to account
the memory used also in the free_all method. It is handled elsewhere
correctly.
Signed-off-by: Jiri Slaby
---
drivers/tty/tty_buffer.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/t
* Seiji Aguchi wrote:
>
> > Seiji - are you okay with this? If so I'll just make a quick patch now.
> >
>
> I'm OK with it.
Thanks guys!
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordo
[Added Vince]
On 11/11/13, 1:22 PM, Arnaldo Carvalho de Melo wrote:
When perf_event_attr.mmap_data is set the kernel will generate
PERF_RECORD_MMAP events when non-exec (data, SysV mem) mmaps are
created, so we need to synthesize from /proc/pid/maps for existing
threads
Seems like that should
Hello!
On Mon, Nov 11, 2013 at 07:25:14PM +0530, Kamala R wrote:
> On adding IPv6 blackhole routes, ICMP unreachable messages are being
> sent back to source. According to the definition, packets destined to
> a blackhole address must be dropped silently.
Yes, this is a bug.
> I applied the patc
On 11/11/13, 1:22 PM, Arnaldo Carvalho de Melo wrote:
+ if (perf_target__has_task(target))
+ return perf_event__synthesize_thread_map(tool, threads,
process, machine, data_mmap);
+ else if (perf_target__has_cpu(target))
+ return perf_event__synthesize_thre
* David Ahern wrote:
> On 11/11/13, 7:58 AM, Arnaldo Carvalho de Melo wrote:
> >
> >>Looks very clean now!
> >
> >>Acked-by: Ingo Molnar
> >
> >Applied the prep patch, but waiting for v5 as stated by David when
> >answering Jiri's concerns.
>
> I'll re-send - giving some time for comments on t
* Michal Marek wrote:
> On Mon, Nov 11, 2013 at 03:27:43PM +0100, Borislav Petkov wrote:
> > From: Borislav Petkov
> > Subject: [PATCH] Kbuild: Ignore GREP_OPTIONS env variable
> >
> > When building the kernel in a shell which defines GREP_OPTIONS so that
> > grep behavior is modified, we can
On 11/11/13, 1:41 PM, Ingo Molnar wrote:
* David Ahern wrote:
On 11/11/13, 7:58 AM, Arnaldo Carvalho de Melo wrote:
Looks very clean now!
Acked-by: Ingo Molnar
Applied the prep patch, but waiting for v5 as stated by David when
answering Jiri's concerns.
I'll re-send - giving some t
On 11/11/13, 1:22 PM, Arnaldo Carvalho de Melo wrote:
@@ -58,8 +58,11 @@ static int __test__sw_clock_freq(enum perf_sw_ids clock_id)
}
if (perf_evlist__open(evlist)) {
+ const char *knob =
"/proc/sys/kernel/perf_event_max_sample_rate";
+
err = -err
* Davidlohr Bueso wrote:
> On Mon, 2013-11-11 at 13:01 +0100, Ingo Molnar wrote:
> > * Davidlohr Bueso wrote:
> >
> > > Hi Ingo,
> > >
> > > On Mon, 2013-11-04 at 08:36 +0100, Ingo Molnar wrote:
> > > > * Davidlohr Bueso wrote:
> > > >
> > > > > I will look into doing the vma cache per thre
On Mon, 2013-11-11 at 13:04 +0100, Ingo Molnar wrote:
> * Michel Lespinasse wrote:
>
> > On Sun, Nov 10, 2013 at 8:12 PM, Davidlohr Bueso wrote:
> > > 2) Oracle Data mining (4K pages)
> > > ++--+--+-+
> > > |mmap_cache type | hit-ra
Depending on availability, mix the RDRAND and RDTSC entropy together with
XOR. Only when neither is available should the i8254 be used. Update
the Kconfig documentation to reflect this. Additionally, since bits
used for entropy is masked elsewhere, drop the needless masking in the
get_random_long()
* David Ahern wrote:
> On 11/11/13, 1:22 PM, Arnaldo Carvalho de Melo wrote:
> >+if (perf_target__has_task(target))
> >+return perf_event__synthesize_thread_map(tool, threads,
> >process, machine, data_mmap);
> >+else if (perf_target__has_cpu(target))
> >+return
On Mon, 11 Nov 2013, Thomas Gleixner wrote:
> On Mon, 11 Nov 2013, Thomas Gleixner wrote:
> > Not what you would expect, right?
>
> Finally found the issue. The patch below fixes the problem here. The
> little missing detail is, that I zapped GET_CURRENT() assuming blindly
> that this is only nee
Hi,
I am staring at control page allocation logic in case of kdump and
wondering what makes sure that these pages are not overwritten by
next kernel.
I see that for 64bit entry, control pages have the page tables needed
for second kernel. In case of crash these pages from from crash kernel
reser
On Mon, 11 Nov 2013, David Ahern wrote:
> [Added Vince]
>
> On 11/11/13, 1:22 PM, Arnaldo Carvalho de Melo wrote:
> > When perf_event_attr.mmap_data is set the kernel will generate
> > PERF_RECORD_MMAP events when non-exec (data, SysV mem) mmaps are
> > created, so we need to synthesize from /pro
On Mon, Nov 11, 2013 at 01:42:47PM -0600, Felipe Balbi wrote:
> > > + if (of_property_read_bool(node, "clock-xtal"))
> > > + flags |= CLK_IS_TYPE_XTAL;
> > > +
> >
> > Introducing a new compatible instead of a property would make more
> > sense here I think.
> >
> > Do you have a reason n
It is pretty simple: the kernel exports how much text+data+bss+brk it needs,
and the kernel cannot use memory outside that region until it is ready to
control the address space itself.
Vivek Goyal wrote:
>Hi,
>
>I am staring at control page allocation logic in case of kdump and
>wondering what
* Kees Cook wrote:
> Depending on availability, mix the RDRAND and RDTSC entropy together with
> XOR. Only when neither is available should the i8254 be used. Update
> the Kconfig documentation to reflect this. Additionally, since bits
> used for entropy is masked elsewhere, drop the needless ma
On Mon, Nov 11, 2013 at 09:43:30PM +0100, Ingo Molnar wrote:
> * Michal Marek wrote:
> > On Mon, Nov 11, 2013 at 03:27:43PM +0100, Borislav Petkov wrote:
> > > From: Borislav Petkov
> > > Subject: [PATCH] Kbuild: Ignore GREP_OPTIONS env variable
> > >
> > > When building the kernel in a shell wh
On Mon, 2013-11-11 at 21:47 +0100, Ingo Molnar wrote:
> * Davidlohr Bueso wrote:
>
> > On Mon, 2013-11-11 at 13:01 +0100, Ingo Molnar wrote:
> > > * Davidlohr Bueso wrote:
> > >
> > > > Hi Ingo,
> > > >
> > > > On Mon, 2013-11-04 at 08:36 +0100, Ingo Molnar wrote:
> > > > > * Davidlohr Bueso
Hi Luca,
On Mon, Nov 11, 2013 at 09:50:56PM +0200, Luca Coelho wrote:
> On Mon, 2013-11-11 at 13:42 -0600, Felipe Balbi wrote:
> > > > + if (of_property_read_bool(node, "clock-xtal"))
> > > > + flags |= CLK_IS_TYPE_XTAL;
> > > > +
> > >
> > > Introducing a new compatible inste
* Oleg Nesterov wrote:
> On 11/11, Ingo Molnar wrote:
> >
> > * Oleg Nesterov wrote:
> >
> > > +++ b/kernel/events/uprobes.c
> > > @@ -86,6 +86,25 @@ struct return_instance {
> > > };
> > >
> > > /*
> > > + * On a breakpoint hit, thread contests for a slot. It frees the
> > > + * slot after
Jiri Olsa was writing a plugin for the cfg80211_tx_mlme_mgmt trace
event, and was not able to get the implemented function working.
The event's print fmt looks like:
"netdev:%s(%d), ftype:0x%.2x", REC->name, REC->ifindex,
__le16_to_cpup((__le16 *)__get_dynamic_array(frame))
As the
* Peter Zijlstra wrote:
> On Thu, Nov 07, 2013 at 09:21:22AM +0100, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > > Requiring the user of a kernel interface to have a deep knowledge of
> > > > optimizing compilers, barriers, and CPU memory models is just asking
> > > > for tr
* Davidlohr Bueso wrote:
> > Or is access to varied in the Oracle case that it's missing the cache
> > all the time, because the rbtree causes many cachemisses as the
> > separate nodes are accessed during an rb-walk?
>
> Similar to get_cycles(), is there anyway to quickly measure the amount
On Mon, Nov 11 2013, Alan Stern wrote:
> On Mon, 11 Nov 2013, Michal Nazarewicz wrote:
>
>> Check gadget.quirk_ep_out_aligned_size to decide if buffer size requires
>> to be aligned to maxpacketsize of an out endpoint. ffs_epfile_io() needs
>> to pad epout buffer to match above condition if quirk
On Monday, November 11, 2013 11:26:31 PM Amit Pundir wrote:
> I stumbled upon ENOMEM error from epoll_ctl() while bringing up Android-4.4
> on a device that does not yet support PM_SLEEP.
Well, Android depends on PM_SLEEP which is a known fact.
> While looking into the problem, I found that ep_c
On Mon, Nov 11 2013, David Cohen wrote:
> But the whole series became messy with too many amends. If you don't
> mind, I'll send a v5 of my patch set including my v4.1 patches + your 2
> ones following the correct sequence.
Please do, but as Alan pointed out my second patch needs some fixes,
name
* Peter Zijlstra wrote:
> On Mon, Nov 11, 2013 at 01:44:19PM +0100, Ingo Molnar wrote:
> >
> > * Frederic Weisbecker wrote:
> >
> > > > That said, I'm not sure what kernel you're running, but there were
> > > > some issues with time-keeping hereabouts, but more importantly that
> > > > seco
> On 11/10/2013 08:50 AM, Michal Nazarewicz wrote:
>> +if (wait_event_interruptible(epfile->wait, (ep = epfile->ep))) {
On Mon, Nov 11 2013, David Cohen wrote:
> FYI this line fails checkpatch:
> ERROR: do not use assignment in if condition
> #70: FILE: drivers/usb/gadget/f_fs.c:777:
>
On Mon, Nov 11, 2013 at 12:57:12PM -0800, H. Peter Anvin wrote:
> It is pretty simple: the kernel exports how much text+data+bss+brk it needs,
> and the kernel cannot use memory outside that region until it is ready to
> control the address space itself.
Ok. So looks like that field is.
0260/4
* Steven Rostedt wrote:
> On Tue, 12 Nov 2013 02:18:53 +0900
> Masami Hiramatsu wrote:
> >
> > > After that we can convert all the rest, probably as part of this series.
> >
> > OK, I'll do. :)
> > BTW, converting all the __kprobes involves many archs, which
> > kprobes ported. In that case,
* Neil Horman wrote:
> Ingo, does that seem reasonable to you?
FYI, in the past few days I've been busy due to the merge window, but
everything I've seen so far in this portion of the thread gave me warm
fuzzy feelings, so I definitely like the direction.
(More once I get around to looking a
Hi Linus,
Please pull dlm updates from tag:
git://git.kernel.org/pub/scm/linux/kernel/git/teigland/linux-dlm.git dlm-3.13
This set includes a single fix to resolve to a race that could cause
lockspace shutdown to incorrectly return -EBUSY.
Thanks,
Dave
Bart Van Assche (1):
dlm: Avoid that
On Mon, 2013-11-11 at 12:39 -0700, Jens Axboe wrote:
> On Mon, Nov 11 2013, Alexander Gordeev wrote:
> > On Mon, Oct 28, 2013 at 02:29:06PM -0700, Nicholas A. Bellinger wrote:
> > > I'll wait for Kent's feedback on these, and end-up dropping the
> > > blk-mq-tag part from Patch #5 for the moment..
On 11/11/2013, at 14.20, "Nicholas A. Bellinger" wrote:
>
>> On Mon, 2013-11-11 at 12:39 -0700, Jens Axboe wrote:
>>> On Mon, Nov 11 2013, Alexander Gordeev wrote:
On Mon, Oct 28, 2013 at 02:29:06PM -0700, Nicholas A. Bellinger wrote:
I'll wait for Kent's feedback on these, and end-up d
Depending on availability, mix the RDRAND and RDTSC entropy together with
XOR. Only when neither is available should the i8254 be used. Update
the Kconfig documentation to reflect this. Additionally, since bits
used for entropy is masked elsewhere, drop the needless masking in the
get_random_long()
On Wednesday 06 November 2013 23:42:41 Pavel Machek wrote:
> On Wed 2013-11-06 00:12:41, Pavel Machek wrote:
> > Hi!
> >
> > > > I tried pulling current linux-n900 tree from gitorious.
> > >
> > > Hi, use branch v3.12-rc5-n900 (not -rc1) and consider
> > > using rx51_defconfig.
> >
> > rx51_defc
On Mon, Nov 11, 2013 at 12:57 PM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> Depending on availability, mix the RDRAND and RDTSC entropy together with
>> XOR. Only when neither is available should the i8254 be used. Update
>> the Kconfig documentation to reflect this. Additionally, since bits
Depending on availability, mix the RDRAND and RDTSC entropy together with
XOR. Only when neither is available should the i8254 be used. Update
the Kconfig documentation to reflect this. Additionally, since bits
used for entropy is masked elsewhere, drop the needless masking in
the get_random_long()
On Mon, Nov 11, 2013 at 9:05 AM, Ingo Molnar wrote:
> Two changes that prettify and compactify the SMP bootup output from:
>
> [0.371169] smpboot: Booting Node 0, Processors #1 #2 #3 OK
> [0.417339] smpboot: Booting Node 1, Processors #4 #5 #6 #7 OK
> [0.554805] smpboot: Boot
The following changes since commit 4a10c2ac2f368583138b774ca41fac4207911983:
Linux 3.12-rc2 (2013-09-23 15:41:09 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git
tags/pci-v3.13-changes
for you to fetch changes up to eaaeb1cb33310d
On Monday, November 11, 2013 07:03:18 AM Greg Kroah-Hartman wrote:
> On Mon, Nov 11, 2013 at 02:45:39PM +0100, Rafael J. Wysocki wrote:
> > On Monday, November 11, 2013 09:21:40 AM Lan Tianyu wrote:
> > > On 2013年11月10日 08:58, Rafael J. Wysocki wrote:
> > > > From: Rafael J. Wysocki
> > > >
> > >
On Wed, 6 Nov 2013 16:43:02 -0800
Bharath Ravi wrote:
> It is often memory efficient to start instances off with a smaller ring
> buffer size than the current default. This is particularly true on
> systems with many cores, or when multiple ftrace instances are created,
> where the current (high
Hi!
> > > A CPU can be caught in console_unlock() for a long time (tens of seconds
> > > are reported by our customers) when other CPUs are using printk heavily
> > > and serial console makes printing slow. Despite serial console drivers
> > > are calling touch_nmi_watchdog() this triggers softloc
Hello,
this is an attempt to provide a new driver for Western Digital WD7193, WD7197
and WD7296 PCI SCSI controllers based on WD33C296A chip.
It's based on old and ugly wd719x driver written back in 2.0 days, then hacked
to 2.2 and finally to 2.4 kernels. Most of the code is rewritten: from ~410
Add read-only support for EEPROMs configured in 8-bit mode (ORG pin connected
to GND).
This will be used by wd719x driver.
Signed-off-by: Ondrej Zary
---
drivers/misc/eeprom/eeprom_93cx6.c | 62 +++-
include/linux/eeprom_93cx6.h |4 +++
2 files changed
Introduce wd719x, a driver for Western Digital WD7193, WD7197 and WD7296 PCI
SCSI controllers based on WD33C296A chip.
Tested with WD7193 card.
Signed-off-by: Ondrej Zary
---
drivers/scsi/Kconfig |8 +
drivers/scsi/Makefile |1 +
drivers/scsi/wd719x.c | 1008
Hi Tony,
On Mon, Nov 11, 2013 at 5:49 PM, Tony Lindgren wrote:
> * Marek Belisko [131014 14:11]:
>> devconf1 reg access is localized only in mach-omap2 and we need to export
>> updating of devconf1 from omapdss venc driver (bypass and acbias bits).
>> Add simple api call which update only necess
401 - 500 of 708 matches
Mail list logo
