On 03/02/2014 12:56 PM, Andreas Mohr wrote:
>
> (BTW, would it be possible to transform Linux's PAE support into
> boot-config or even fully runtime-detectable boot switching to
> (non-)PAE, similar to or exceeding what XP offers with its static
> boot-time flag?
> Last time I checked PAE support
Hi,
> /*
> + * PAE CPUID bug: Pentium M reports no PAE but has PAE
> + */
Ain't that a tad strongly/incorrectly worded?
It's probably not certain whether that's a "bug".
Prior content in this discussion suggested that the flag might have been
intentionally not advertised, due to
Never mind...
The following code covers it:
+ if (split) {
+ bio_chain(split, *bio);
+ generic_make_request(*bio);
+ *bio = split;
+ }
My other question is, can we avoid calling the queue_split from
individual drivers make_request()? Can
On Sun, Mar 02, 2014 at 05:12:06PM +, One Thousand Gnomes wrote:
> On Fri, 28 Feb 2014 18:18:38 -0500
> Santosh Shilimkar wrote:
>
> > Based on earlier thread "https://lkml.org/lkml/2013/10/7/662; and
> > further discussion at Kernel Summit'2013, it was agreed to create
> > 'driver/soc' for
On 03/01/2014 02:38 PM, Kishon Vijay Abraham I wrote:
On Saturday 01 March 2014 02:03 PM, Sebastian Hesselbarth wrote:
DT-enabled Dove will move over from ARCH_DOVE in mach-dove to
MACH_DOVE in
mach-mvebu. As non-DT ARCH_DOVE will stay to rot for a while, add a new
DT-only MACH_DOVE Kconfig.
From: Heinrich Schuchardt
Signed-off-by: Heinrich Schuchardt
---
tests/testutils.c |1 -
1 file changed, 1 deletion(-)
diff --git a/tests/testutils.c b/tests/testutils.c
index f185133..521f4f1 100644
--- a/tests/testutils.c
+++ b/tests/testutils.c
@@ -144,7 +144,6 @@ int nodename_eq(const
From: Heinrich Schuchardt
fdtput.c:
Replace the remaining call to realloc by xrealloc.
Some redundant lines in encode_value can be saved.
Signed-off-by: Heinrich Schuchardt
---
fdtput.c |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/fdtput.c b/fdtput.c
index
On Sunday 02 March 2014, Ilia Mirkin wrote:
>On Sun, Mar 2, 2014 at 1:27 PM, Gene Heskett wrote:
>> Greetings;
>>
>> Something is stuck in a loop someplace and I am now being bombarded by
>> reject messages from:
>>
>> Hi. This is the qmail-send program at mail.wdtv.com.
>> I'm afraid I wasn't
Kent,
The blk_queue_split(), splits a bio into at most two bios right? So,
if the original bio spans larger space than two bios can cover
(restriction by the lower driver in the stack), this might not work?
Am I reading it incorrectly?
Thanks!
Regards,
Muthu
On Wed, Feb 26, 2014 at 3:39 PM,
On Fri, Feb 28, 2014 at 15:34 -0800, Soren Brinkmann wrote:
>
> [ MMIO registers assumed for clock control modules, but I2C
> communication may be involved in other hardware, individual for
> a (set of) clock(s) and not for an architecture or platform ]
>
> Does anybody have a good idea how we
On Saturday 01 March 2014 9:36:31 PM Joe Perches wrote:
> On Sat, 2014-03-01 at 22:22 -0700, Axel Rasmussen wrote:
> > The definition of the driver's ChannelPlan array produced a large number
> > of checkpatch.pl errors. This patch fixes all of them by adding spaces
> > and wrapping the resulting
On Sat, Mar 1, 2014 at 9:14 PM, Ohad Ben-Cohen wrote:
> On Mon, Feb 10, 2014 at 9:14 PM, Suman Anna wrote:
>> On 02/07/2014 04:49 PM, Bjorn Andersson wrote:
>>> It seems to be standard practice to pass the error value back to the
>>> consumer, so you should
>>> return ERR_PTR(ret); here instead
I stumbled across this in fs/kernfs/dir.c:39.
/* Reserve hash numbers 0, 1 and INT_MAX for magic directory entries */
if (hash < 1)
hash += 2;
if (hash >= INT_MAX)
hash = INT_MAX - 1;
Shouldn't that be (hash < 2), or is 1 not reserved?
On Sun, Mar 2, 2014 at 1:27 PM, Gene Heskett wrote:
> Greetings;
>
> Something is stuck in a loop someplace and I am now being bombarded by
> reject messages from:
>
> Hi. This is the qmail-send program at mail.wdtv.com.
> I'm afraid I wasn't able to deliver your message to the following
>
great to see that we have an enhaced version of the initial quick`n`dirty patch
now. i just tested it on ubuntu 13.10 with kernel from 14.04 repository
(complete
package build).
works as expected ! hopefully ubuntu #930447 can now be closed soon and the
patch
will quickly find it´s way into
On Sun, 2014-03-02 at 21:51 +0530, Yogesh Chaudhari wrote:
> I will send in a new patch with both the script file and the
> documentation modifications.
Separate patches please.
Changes to CodingStyle generally bring another
round of comments.
--
To unsubscribe from this list: send the line
When using CONFIG_FTRACE_SELFTEST=y and CONFIG_FTRACE_STARTUP_TEST=y
best_cpu is -1 and passed to function cpumask_check which takes
unsigned int.
Fix order of test arguments to avoid oops.
Regression was introduced in commit 82b95800b256205cff2eeab5bbd03430d2d0f20d.
Signed-off-by: Reiter
Greetings;
Something is stuck in a loop someplace and I am now being bombarded by
reject messages from:
Hi. This is the qmail-send program at mail.wdtv.com.
I'm afraid I wasn't able to deliver your message to the following
addresses.
This is a permanent error; I've given up. Sorry it didn't
* Marek Belisko [140301 06:02]:
> This updated series fix issue with proper gta04 booting in 3.14 kernel
> and add various devices to devicetree.
>
> Changes from V1:
> - removed fixes which was merged to 3.14 already
> - add bma180 accelerometer + booting fix
>
> Marek Belisko (2):
> ARM:
On Fri, 28 Feb 2014 18:18:38 -0500
Santosh Shilimkar wrote:
> Based on earlier thread "https://lkml.org/lkml/2013/10/7/662; and
> further discussion at Kernel Summit'2013, it was agreed to create
> 'driver/soc' for drivers which are quite SOC specific.
>
> Lets take the discussion forward with
On Sat, 01 Mar 2014 21:12:25 +
disbandtechc...@tfwno.gf wrote:
> FOUR people made a decision that would once have required
> thousands of votes. FOUR votes overrideds the decision
> debian took before the tech-ctte dictatorship to standardize
> on system V init rather than bsd style init
On Sun, 2 Mar 2014 16:56:39 +0100
Jiri Olsa wrote:
> Disabling user space stack dump for function trace event.
>
> Recent issues with user space callchains processing within
> page fault handler tracing showed as Peter said 'there's
> just too much fail surface'.
>
> The user space stack dump
We are unambiguously dead after BIOS. There is no retry possible...
On March 2, 2014 2:39:02 AM PST, "Li, Aubrey" wrote:
>Patch refined as below, welcome any comments.
>
>Thanks,
>-Aubrey
>
>[PATCH] x86/reboot: Introduce all of the known reboot methods into the
>default list
>
>Reboot is the
On Sun, Mar 02, 2014 at 04:56:37PM +0100, Jiri Olsa wrote:
> hi,
> recent issues with user space callchains processing within
> page fault handler tracing showed as Peter said 'there's
> just too much fail surface'.
>
> Related list discussions:
> http://marc.info/?t=13930208651=1=2
>
On Sun, Mar 2, 2014 at 2:47 AM, Ingo Molnar wrote:
>
> * Stefani Seibold wrote:
>
>> This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
>> and vdso_time() to the 32 bit VDSO.
>
> What I'm missing from all the series is any trace of the significant
> review and debug work that
On 2 March 2014 21:19, Levente Kurusa wrote:
> Hi,
>
> 2014-03-02 16:40 GMT+01:00 Joe Perches :
>> On Sun, 2014-03-02 at 16:20 +0100, Levente Kurusa wrote:
>>> IMHO, this message is too big. The one we already have is nice and clean.
>>> I would simply do: s/netdev/[subsystem]/ or something among
On Fri, 28 Feb 2014, Steven Rostedt wrote:
> On Fri, 28 Feb 2014 18:34:00 -0500 (EST)
> Vince Weaver wrote:
>
> But perf_event bug finder is a much more prestigious title than
> "college professor" ;-)
yes, it's something to fall back on if/when I get denied tenure :)
I do enjoy tracking down
hi,
recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
Related list discussions:
http://marc.info/?t=13930208651=1=2
http://marc.info/?t=13930143733=1=2
Disabling user space callchain and
User space callchains and user space stack dump were disabled
for function trace event. Mailing list discussions:
http://marc.info/?t=13930208651=1=2
http://marc.info/?t=13930143733=1=2
Catching up with perf and disabling user space callchains and
DWARF unwind (uses user stack dump)
Disabling user space stack dump for function trace event.
Recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
The user space stack dump is just another source of the this issue.
Related list
Disabling user callchains for function trace event.
Recent issues with user space callchains processing within
page fault handler tracing showed as Peter said 'there's
just too much fail surface'.
Related list discussions:
http://marc.info/?t=13930208651=1=2
Hi,
2014-03-02 16:40 GMT+01:00 Joe Perches :
> On Sun, 2014-03-02 at 16:20 +0100, Levente Kurusa wrote:
>> IMHO, this message is too big. The one we already have is nice and clean.
>> I would simply do: s/netdev/[subsystem]/ or something among the lines.
>
> maybe:
>
> "Prefer [subsystem eg:
Em Sat, 01 Mar 2014 07:57:42 -0300
Mauro Carvalho Chehab escreveu:
> Hi Devin,
>
> Em Fri, 28 Feb 2014 19:13:16 -0500
> Devin Heitmueller escreveu:
>
> > Seems kind of strange that I wasn't on the CC for this, since I was the
> > original author of all that code (in fact, DJH are my
On Sun, 2014-03-02 at 16:20 +0100, Levente Kurusa wrote:
> IMHO, this message is too big. The one we already have is nice and clean.
> I would simply do: s/netdev/[subsystem]/ or something among the lines.
maybe:
"Prefer [subsystem eg: netdev]_$level2 then dev_$level2 then pr_$level to
Hi,
[+CC LKML, Joe]
[Leaving full copy for LKML, Joe]
On 03/02/2014 04:29 PM, Yogesh Chaudhari wrote:
> On 2 March 2014 20:50, Levente Kurusa wrote:
>> Hi,
>>
>> On 03/02/2014 04:01 PM, Yogesh Chaudhari wrote:
>>> Based on the discussion here:
>>> https://lkml.org/lkml/2014/3/2/17
>>>
>>> I
On Sat, 1 Mar 2014, Andi Kleen wrote:
> Steven Rostedt writes:
> >
> > BTW, is the perf_fuzzer code posted somewhere? It sounds like it can be
> > really useful for us to do our own testing too.
>
> I believe it's part of trinity.
>
> http://codemonkey.org.uk/projects/trinity/
>
> Perhaps it
Hi,
On 03/02/2014 04:01 PM, Yogesh Chaudhari wrote:
> Based on the discussion here:
> https://lkml.org/lkml/2014/3/2/17
>
> I would like to propose this patch to improve the warning message in
> checkpatch.pl. Comments/Suggestions on possible improvements are
> welcome.
>
>
>
On Sun, 2014-03-02 at 20:31 +0530, Yogesh Chaudhari wrote:
> Based on the discussion here:
> https://lkml.org/lkml/2014/3/2/17
>
> I would like to propose this patch to improve the warning message in
> checkpatch.pl. Comments/Suggestions on possible improvements are
> welcome.
Messages are all
Based on the discussion here:
https://lkml.org/lkml/2014/3/2/17
I would like to propose this patch to improve the warning message in
checkpatch.pl. Comments/Suggestions on possible improvements are
welcome.
=
This patch modifies
On Thu, Feb 27, 2014 at 7:05 AM, Kent Overstreet wrote:
> On Thu, Feb 06, 2014 at 01:24:53PM +0100, Alexander Gordeev wrote:
>> Function steal_tags() might miss a bit in cpus_have_tags due to
>> unsynchronized access from percpu_ida_free(). As result, function
>> percpu_ida_alloc() might enter
Hi,
The following patch adds EDAC support for reporting the data and tag ram
parity errors for ARM PL310 cache controller.
As part of this driver implementtaion, the following options are considered
and this patch is implemented as described in option 3
1. Enable the parity interrupts in
Add support for ARM Pl310 L2 cache controller parity error
Signed-off-by: Punnaiah Choudary Kalluri
---
.../devicetree/bindings/edac/pl310_edac_l2.txt | 19 ++
drivers/edac/Kconfig |7 +
drivers/edac/Makefile |1 +
Hi Sebastian,
> DT-enabled Dove will move over from ARCH_DOVE in mach-dove to MACH_DOVE in
> mach-mvebu. As non-DT ARCH_DOVE will stay to rot for a while, add a new
> DT-only MACH_DOVE Kconfig.
>
> Signed-off-by: Sebastian Hesselbarth
> Acked-by: Wim Van Sebroeck
Patch added to
On Sun, 02 Mar 2014 23:17:42 +0900
Satoru Takeuchi wrote:
> At Sun, 2 Mar 2014 08:29:16 -0500,
> Steven Rostedt wrote:
> >
> > On Sun, 02 Mar 2014 21:23:36 +0900
> > Satoru Takeuchi wrote:
> >
> > > From: Satoru Takeuchi
> > >
> > > Build failure hapens with the following log if BUILD_DIR
At Sun, 2 Mar 2014 08:29:16 -0500,
Steven Rostedt wrote:
>
> On Sun, 02 Mar 2014 21:23:36 +0900
> Satoru Takeuchi wrote:
>
> > From: Satoru Takeuchi
> >
> > Build failure hapens with the following log if BUILD_DIR is dirty.
>
> If you want to do make mrproper in the BUILD_DIR, add the
From: Namjae Jeon
This patch implements fallocate's FALLOC_FL_COLLAPSE_RANGE for Ext4.
The semantics of this flag are following:
1) It collapses the range lying between offset and length by removing any data
blocks which are present in this range and than updates all the logical
offsets
From: Namjae Jeon
Add i_disksize to represent uninitialized allocated size.
And mmu_private represent initialized allocated size.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/fat/cache.c | 6 +++---
fs/fat/fat.h | 3 ++-
fs/fat/file.c | 4 +++-
fs/fat/inode.c | 9
From: Namjae Jeon
Implement preallocation via the fallocate syscall on VFAT partitions.
This patch is based on an earlier patch of the same name which had some
issues detailed below and did not get accepted. Refer
https://lkml.org/lkml/2007/12/22/130.
a) The preallocated space was not
From: Namjae Jeon
Update the limitation for fat fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
Documentation/filesystems/vfat.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/Documentation/filesystems/vfat.txt
b/Documentation/filesystems/vfat.txt
From: Namjae Jeon
For normal cases of direct IO write, trying to seek to location greater
than file size, makes it fall back to buffered write to fill that region.
Similarly, in case for write in Fallocated region, make it fall to
buffered write.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit
From: Namjae Jeon
Make the fibmap call the return the proper physical block number for any
offset request in the fallocated range.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/fat/cache.c | 64 ++
fs/fat/fat.h | 3
From: Namjae Jeon
For normal buffered write operations, normally if we try to write to an
offset > than file size, it does a cont_expand_zero till that offset.
Now, in case of fallocated regions, since the blocks are already
allocated. So, make it zero out that buffers for those blocks till the
From: Namjae Jeon
This patch set provides support for doing fallocate operation
on FAT filesystem.
After series of review for the the feature
The complete functionality is broken down into smaller subsets.
v4:
- ->i_disksize is aligned by block size in fill_inode.
- use i_disksize when
On 02/12/2014 11:08 AM, Paul Bolle wrote:
The Kconfig symbol S5P_SETUP_MIPIPHY was removed in v3.13. Remove a
reference to its macro from a list of Kconfig options.
Signed-off-by: Paul Bolle
---
See commit e66f233dc7f7 ("ARM: Samsung: Remove the MIPI PHY setup
code"). Should one or more options
To increase compiler portability there is which
provides convenience macros for various gcc constructs. Eg: __weak
for __attribute__((weak)). I've replaced all instances of gcc
attributes with the right macro in the memory management
(/mm) subsystem.
Signed-off-by: Gideon Israel Dsouza
---
I'm extremely sorry about the mistake in the earlier patch.
The following patch is a corrected one.
== Original Cover Letter ==
To increase compiler portability there is which
provides convenience macros for various gcc constructs. Eg: __weak for
-- Forwarded message --
From: Michal Malý
Date: Sun, Mar 2, 2014 at 2:29 PM
Subject: Re: [PATCH] input: ff-memless: don't schedule already playing
effect to play again
To: Elias Vanderstuyft
On Sunday 02 of March 2014 14:17:58 you wrote:
> On Sun, Mar 2, 2014 at 12:35 PM, Felix
That last one doesn't work if the krealloc has a cast like
foo = (struct bar *)krealloc(foo, 1, GFP_KERNEL)
Maybe this one is better...
---
scripts/checkpatch.pl | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/scripts/checkpatch.pl
On Sunday 02 of March 2014 14:17:58 you wrote:
> On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg
wrote:
> > When an effect with zero replay length, zero replay delay
> > and zero envelope attack length is uploaded, it is played and then
> > scheduled to play again one timer tick later. This
Fixing crash in elf_section_by_name function caused
by missing section name in elf binary.
Reported-by: Albert Strasheim
Signed-off-by: Jiri Olsa
Cc: Corey Ashford
Cc: David Ahern
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Namhyung Kim
Cc: Paul Mackerras
Cc: Peter Zijlstra
Cc: Arnaldo
On Sun, 02 Mar 2014 21:23:36 +0900
Satoru Takeuchi wrote:
> From: Satoru Takeuchi
>
> Build failure hapens with the following log if BUILD_DIR is dirty.
If you want to do make mrproper in the BUILD_DIR, add the command to
PRE_BUILD or something. I have TAGS in my BUILD_DIRs and this will
On Sat, Mar 01, 2014 at 09:11:47AM +0100, xypron.g...@gmx.de wrote:
> From: Heinrich Schuchardt
>
> xrealloc never returns null
>
> Signed-off-by: Heinrich Schuchardt
Applied, thanks.
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au
On Sun, Mar 2, 2014 at 12:35 PM, Felix Rueegg wrote:
> When an effect with zero replay length, zero replay delay
> and zero envelope attack length is uploaded, it is played and then scheduled
> to play
> again one timer tick later. This triggers a warning (URB submitted while
> active) in
Systemd is over 200,000 lines of ring0 running bullshit.
Regular inits are under 10k lines of code inclusive.
Some are 100 lines of code.
Hmm which is easier to find exploits in.
SystemD.
Notice how the fknuts always try to change the tables.
"It's YOU who are the shill!"
And always it is the
He has a right to call a GR.
You are trying your hardest to make sure systemd is the
only choice for all linux systems, all major linux distros,
and if we don't like it we can "go use MacOSX or BSD" or
"roll your own distro".
The fact is that SysV works NOW. The scripts work and
are stable and
fixed a coding style issue.
Signed-off-by: Keerthimai Janarthanan
---
drivers/staging/keucr/scsiglue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/keucr/scsiglue.c b/drivers/staging/keucr/scsiglue.c
index ac3d34d..fce19a4 100644
---
From: Satoru Takeuchi
Build failure hapens with the following log if BUILD_DIR is dirty.
===
...
RUNNING TEST 1 of 1 with option build olddefconfig
make O=/home/sat/ktest/output mrproper ... CLEAN arch/x86/tools
Systemd is over 200,000 lines of ring0 running bullshit.
Regular inits are under 10k lines of code inclusive.
Some are 100 lines of code.
Hmm which is easier to find exploits in.
SystemD.
Notice how the fknuts always try to change the tables.
"It's YOU who are the shill!"
And always it is the
From: Satoru Takeuchi
If we'd like to set the redirect target file of run_command(),
we should define $redirect before calling this function and should undef it
after calling this function. Since it's user-unfriendly, add 2nd parameter of
run_command() for this purpose.
Signed-off-by: Satoru
On Sun, 2014-03-02 at 14:13 +0530, Yogesh Chaudhari wrote:
> I think the [checkpatch] WARNING message should be
> modified to mention that [subsystem]_dbg is preferred over dev_dbg. In
> case this is correct and I am not missing something, I would like to
> propose a patch to modify this script to
On Sun, Mar 02, 2014 at 05:37:13AM -0500, David Long wrote:
> On 02/28/14 05:12, Russell King - ARM Linux wrote:
>> On Mon, Feb 10, 2014 at 02:38:58AM -0500, David Long wrote:
>>> diff --git a/arch/arm/kernel/probes.c b/arch/arm/kernel/probes.c
>>> index 7cd1763..179deac 100644
>>> ---
If an architecture has futex_atomic_cmpxchg_inatomic() implemented and there
is no runtime check necessary, allow to skip the test within futex_init().
This allows to get rid of some code which would always give the same result,
and also allows the compiler to optimize a couple of if statements
(Adding Andy Whitcroft to cc's)
On Sun, 2014-03-02 at 10:11 +0100, Lars-Peter Clausen wrote:
> On 03/02/2014 03:24 AM, Fengguang Wu wrote:
> >
> > Hi Lars-Peter,
> >
> > FYI, there are new warnings show up in
> >
> > tree: git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git togreg
> >
Oleg,
I've been looking at arch/Kconfig and kernel/trace/Kconfig where they
deal with uprobes. The relevant items are CONFIG_UPROBES and
CONFIG_UPROBE_EVENT. It just doesn't look right to me. It looks like
"select" is used in part maybe just to avoid the recursive dependency
error that
Hi Andrew,
> Add a driver for the hardware watchdogs in NVIDIA Tegra SoCs (Tegra30 and
> later). This driver will configure one watchdog timer that will reset the
> system in the case of a watchdog timeout.
>
> This driver binds to the nvidia,tegra30-timer device node and gets its
> register
When an effect with zero replay length, zero replay delay
and zero envelope attack length is uploaded, it is played and then scheduled to
play
again one timer tick later. This triggers a warning (URB submitted while
active) in combination with the xpad driver.
Skipping the rescheduling of this
The write protection signal is absent on a board based upon Xilinx' Zynq
processor ("ZyBo"). This leads the kernel to think that the MicroSD card is
write protected, and causes a kernel panic during boot, as root fails to
mount RW.
This patch adds a quirk and an optional OF property,
* Stefani Seibold wrote:
> This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
> and vdso_time() to the 32 bit VDSO.
What I'm missing from all the series is any trace of the significant
review and debug work that Andy Lutomirski did for the series. Please
add Acked-by or
* Stefani Seibold wrote:
> By coincidence, the VVAR page is at the end of an ELF segment. As a
> result, if it ends up being a partial page, the kernel loader will
> leave garbage behind at the end of the vvar page. Zero-pad it to a
> full page to fix this issue.
>
> This has probably been
Patch refined as below, welcome any comments.
Thanks,
-Aubrey
[PATCH] x86/reboot: Introduce all of the known reboot methods into the
default list
Reboot is the last service linux OS provides to the end user. We are
supposed to make this function more robust than today. This patch adds
all of
On 02/28/14 05:12, Russell King - ARM Linux wrote:
On Mon, Feb 10, 2014 at 02:38:58AM -0500, David Long wrote:
diff --git a/arch/arm/kernel/probes.c b/arch/arm/kernel/probes.c
index 7cd1763..179deac 100644
--- a/arch/arm/kernel/probes.c
+++ b/arch/arm/kernel/probes.c
@@ -12,11 +12,9 @@
*/
Now allnoconfig started disabling CONFIG_PROC_FS:
arch/cris/kernel/built-in.o:(.rodata+0xc): undefined reference to
`show_cpuinfo'
make: *** [vmlinux] Error 1
Signed-off-by: Geert Uytterhoeven
---
http://kisskb.ellerman.id.au/kisskb/buildresult/10665698/
arch/cris/kernel/setup.c |
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello Ingo,
the issue I mentioned in [1] and [2] was bisected now few times in a
row to this id :
commit 37bf06375c90a42fe07b9bebdb07bc316ae5a0ce
Merge: 6bfa687 d0e639c
Author: Ingo Molnar
Date: Wed Oct 9 12:36:13 2013 +0200
Merge tag
On 1 March 2014 08:03, Paul E. McKenney wrote:
> On Sat, Mar 01, 2014 at 04:06:34AM -0600, Peter Sewell wrote:
>> Hi Paul,
>>
>> On 28 February 2014 18:50, Paul E. McKenney
>> wrote:
>> > On Thu, Feb 27, 2014 at 12:53:12PM -0800, Paul E. McKenney wrote:
>> >> On Thu, Feb 27, 2014 at 11:47:08AM
Hi Chew,
On Sat, 1 Mar 2014 00:03:56 +0800, Chew Chiau Ee wrote:
> From: Chew, Kean ho
>
> Add Device ID of Intel BayTrail SMBus Controller.
>
> Signed-off-by: Chew, Kean ho
> Signed-off-by: Chew, Chiau Ee
> ---
> Documentation/i2c/busses/i2c-i801 |1 +
> drivers/i2c/busses/Kconfig
This patch add the VDSO time support for the IA32 Emulation Layer.
Due the nature of the kernel headers and the LP64 compiler where the
size of a long and a pointer differs against a 32 bit compiler, there
is some type hacking necessary for optimal performance.
The vsyscall_gtod_data struture
By coincidence, the VVAR page is at the end of an ELF segment. As a
result, if it ends up being a partial page, the kernel loader will
leave garbage behind at the end of the vvar page. Zero-pad it to a
full page to fix this issue.
This has probably been broken since the VVAR page was
This patch add the time support for 32 bit a VDSO to a 32 bit kernel.
For 32 bit programs running on a 32 bit kernel, the same mechanism is
used as for 64 bit programs running on a 64 bit kernel.
Signed-off-by: Stefani Seibold
---
arch/x86/include/asm/vdso.h | 3 ++
This patch revamp the vvar.h for introduce the VVAR macro for vdso32.
Signed-off-by: Stefani Seibold
---
arch/x86/include/asm/vvar.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/asm/vvar.h
index
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
The reason to do this was to get a fast reliable time stamp. Many developers
uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO
time functions a fast and a reliable way,
This patch move the vsyscall_gtod_data handling out of vsyscall_64.c
into an additonal file vsyscall_gtod.c to make the functionality
available for x86 32 bit kernel.
It also adds a new vsyscall_32.c which setup the VVAR page.
Signed-off-by: Stefani Seibold
---
arch/x86/Kconfig
This patch do a little cleanup for the __vdso_gettimeofday() function.
It kick out an unneeded ret local variable and makes the code faster if
only the timezone is needed.
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c | 7 ++-
1 file changed, 2 insertions(+), 5
This patch is a small code cleanup for the __vdso_clock_gettime() function.
It removes the unneeded return values from do_monotonic_coarse() and
do_realtime_coarse() and add a fallback label for doing the kernel
gettimeofday() system call.
Signed-off-by: Stefani Seibold
---
This intermediate patch revamps the vclock_gettime.c by moving some functions
around. It is only for spliting purpose, to make whole the 32 bit vdso timer
patch easier to review.
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c | 85 +-
1
There a currently more than 30 users of the gtod macro, so replace the
last VVAR(vsyscall_gtod_data) by gtod macro.
Signed-off-by: Stefani Seibold
---
arch/x86/vdso/vclock_gettime.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/x86/vdso/vclock_gettime.c
rdtsc_barrier() needs this.
Signed-off-by: Stefani Seibold
---
arch/x86/include/asm/vdso.h | 2 ++
arch/x86/vdso/Makefile | 3 ++-
arch/x86/vdso/vdso32-setup.c | 25 +
arch/x86/vdso/vma.c | 13 ++---
4 files changed, 27 insertions(+), 16
The _install_special_mapping() is the new base function for
install_special_mapping(). This function will return a pointer of the
created VMA or a error code in an ERR_PTR()
This new function will be needed by the for the vdso 32 bit support to map the
additonal vvar and hpet pages into the 32
On Thu, 27 Feb 2014 11:10:44 +0100, Marek Szyprowski
wrote:
> Hello,
>
> On 2014-02-26 13:14, Grant Likely wrote:
> > On Fri, 21 Feb 2014 13:25:22 +0100, Marek Szyprowski
> > wrote:
> > > Use recently introduced of_reserved_mem_device_init() function to
> > > automatically assign respective
On 03/02/2014 03:24 AM, Fengguang Wu wrote:
Hi Lars-Peter,
FYI, there are new warnings show up in
tree: git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git togreg
head: bdc8cda1d010887c06bd8c29564b74cd61ec0a7b
commit: bdc8cda1d010887c06bd8c29564b74cd61ec0a7b [3/3] iio:adc: Add
On Fri, 28 Feb 2014 14:42:47 +0100, Marek Szyprowski
wrote:
> This patch adds support for static (defined by 'reg' property) reserved
> memory regions declared in device tree.
>
> Memory blocks can be reliably reserved only during early boot. This must
> happen before the whole memory
201 - 300 of 630 matches
Mail list logo
