On Wed, 28 Nov 2012, Jens Axboe wrote:
> On 2012-11-28 04:57, Mikulas Patocka wrote:
> >
> > This patch is wrong because you must check if the device is mapped while
> > holding bdev->bd_block_size_semaphore (because
> > bdev->bd_block_size_semaphore prevents new mappings from being created)
Some Arizona device support a 1.8V output mode. Enable this in the driver.
Signed-off-by: Mark Brown
---
drivers/mfd/wm5102-tables.c |3 +
drivers/regulator/arizona-ldo1.c | 107 -
include/linux/mfd/arizona/registers.h | 16 +
3 files cha
Dne 28.11.2012 18:02, Linus Torvalds napsal(a):
On Wed, Nov 28, 2012 at 8:21 AM, Zdenek Kabelac wrote:
I've opened https://bugzilla.kernel.org/show_bug.cgi?id=51071
and attached picture there which is all I have.
I'll try to decode exact code line.
Uhhuh. It's missing much of the relevant
Citeren "Wolfram Sang" :
You might want to try my for-next branch or wait for 3.8-rc1, maybe
the
DMA termination patch helps? Also enabling I2C debug messages is
probably worth it.
Regards,
Wolfram
--
Pengutronix e.K. | Wolfram Sang
|
Industrial Linux So
Robert,
On Fri, Nov 16, 2012 at 08:32:24PM +0100, Robert Richter wrote:
> On 16.11.12 13:00:30, Jacob Shin wrote:
> > On Fri, Nov 16, 2012 at 07:43:44PM +0100, Robert Richter wrote:
> > > On 15.11.12 15:31:53, Jacob Shin wrote:
> > > > @@ -323,6 +368,16 @@ __amd_get_nb_event_constraints(struct
>
On 10/28/2012 04:05 AM, Joe Perches wrote:
dev_ calls take less code than dev_printk(KERN_
and reducing object size is good.
Coalesce formats for easier grep.
Signed-off-by: Joe Perches
---
drivers/ata/pata_cmd64x.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
applied
Rule modifications are enabled via /smack/change-rule. Format is as follows:
"Subject Object rwaxt rwaxt"
First two strings are subject and object labels up to 255 characters.
Third string contains permissions to enable.
Fourth string contains permissions to disable.
All unmentioned permissions w
The following patch introduces in-place modification of Smack rules.
Until now Smack supported only overwriting of existing rules.
To change permitted access for a given subject and object, user had
to read list of rules to get current accesses, modify it and write
modified rule back to kernel. Thi
On 09/18/2012 11:48 AM, Olaf Hering wrote:
An earlier commit cd006086fa5d91414d8ff9ff2b78fbb593878e3c ("ata_piix:
defer disks to the Hyper-V drivers by default") broke MS Virtual PC
guests. Hyper-V guests and Virtual PC guests have nearly identical DMI
info. As a result the driver does currently
On Wed, Nov 28, 2012 at 8:16 AM, Doug Anderson wrote:
> Olof / Kukjin,
>
> On Tue, Nov 27, 2012 at 10:05 PM, Olof Johansson wrote:
>> On Wed, Nov 28, 2012 at 02:23:09PM +0900, Kukjin Kim wrote:
>>> Olof Johansson wrote:
>>> >
>>> > On Tue, Nov 27, 2012 at 2:27 PM, Kukjin Kim wrote:
>>> > > On 11
On Tue, Nov 27, 2012 at 11:29:10PM +, Stephen Warren wrote:
> From: Stephen Warren
>
> All architectures that use cmd_dtc do so in almost the same way. Create
> a central build rule to avoid duplication. The one difference is that
> most current uses of dtc build $(obj)/%.dtb from $(src)/dts/
On Wed, Nov 21, 2012 at 04:28:21PM -0800, Vahram Martirosyan wrote:
> The memset operation before check brings to a BUG.
> No need to memset the page with zeroes.
>
> The patch removes the memset call in ext4_calculate_overhead() function.
>
> Found by the Spruce system in cooperation with the KE
Ok, so i have patch the ST33 I2C driver on this branch and correct some errors.
I send you the patch for the kernel 3.x
I have no error on compilation, tell me if you have problems.
I have implemented the tpm_do_selftest function to get the tpm ready, but it
can be removed
___
On Fri, Nov 16, 2012 at 07:38:58PM -0800, Yinghai Lu wrote:
> Get pgt_buf early from BRK, and use it to map PMD_SIZE from top at first.
> Then use mapped pages to map more ranges below, and keep looping until
> all pages get mapped.
>
> alloc_low_page will use page from BRK at first, after that bu
On Wed, 2012-11-28 at 17:49 +0100, Kay Sievers wrote:
> On Wed, Nov 28, 2012 at 5:37 PM, Linus Torvalds
> wrote:
> > On Wed, Nov 28, 2012 at 8:22 AM, Kay Sievers wrote:
> >> On Wed, Nov 28, 2012 at 2:33 PM, Michael Kerrisk
> >> wrote:
> >>
> >>> On a 2.6.31 system, immediately after SYSLOG_ACTI
Hi,
Changes since v1 address Steven Rostedt and Paul Gortmaker reviews:
- More comments to distinguish struct cputime / struct task_cputime [3/4]
- Comment the reasons and the details for cputime adjustment [4/4]
Thanks.
Frederic Weisbecker (4):
cputime: Move thread_group_cputime() to sched c
thread_group_cputime() is a general cputime API that is not only
used by posix cpu timer. Let's move this helper to sched code.
Signed-off-by: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Steven Rostedt
Cc: Paul Gortmaker
---
kernel/posix-cpu-timers.c | 2
task_cputime_adjusted() and thread_group_cputime_adjusted()
essentially share the same code. They just don't use the same
source:
* The first function uses the cputime in the task struct and the
previous adjusted snapshot that ensures monotonicity.
* The second adds the cputime of all tasks in th
We have thread_group_cputime() and thread_group_times(). The naming
doesn't provide enough information about the difference between
these two APIs.
To lower the confusion, rename thread_group_times() to
thread_group_cputime_adjusted(). This name better suggests that
it's a version of thread_group_
The reason for the scaling and monotonicity correction performed
by cputime_adjust() may not be immediately clear to the reviewer.
Add some comments to explain what happens there.
Signed-off-by: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc: Steven Rostedt
Cc:
On Mon, 2012-11-05 at 17:37 -0800, Andrew Morton wrote:
> On Tue, 6 Nov 2012 09:22:16 +0800 Xiaotian Feng wrote:
>
> > On Tue, Nov 6, 2012 at 6:52 AM, Andrew Morton
> > wrote:
> > > On Fri, 2 Nov 2012 10:48:54 +0800
> > > Xiaotian Feng wrote:
> > >
> > >> We met a ksoftirqd 100% issue, the pe
(Please ignore the previous patch as it never really prevented
the last idler from going longer than timekeeping_max_deferement
sleeps.)
An adaptive nohz (AHZ) CPU may not do do_timer() for a while
despite being non-idle. When all other CPUs are idle, AHZ
CPUs might be using stale jiffies values.
On 11/28/2012 06:48 AM, Hiroshi Doyu wrote:
> Hiroshi Doyu wrote @ Mon, 24 Sep 2012 14:50:14 +0300
> (EEST):
> ...
> On Mon, 2012-09-24 at 12:04 +0300, Hiroshi Doyu wrote:
>> diff --git a/drivers/base/platform.c b/drivers/base/platform.c
>> index a1a7225..9eae3be 100644
>> --- a/d
On Tue, 2012-11-27 at 16:29 -0700, Stephen Warren wrote:
> From: Stephen Warren
>
> The current rules have the .dtb files build in a different directory
> from the .dts files. This patch changes c6x to use the generic dtb
> rule which builds .dtb files in the same directory as the source .dts.
>
Seungwon,
Thanks for the review. See below for comments. If you'd like me to
respin then please let me know. Otherwise I look forward to your ack.
On Wed, Nov 28, 2012 at 1:29 AM, Seungwon Jeon wrote:
> Yes. pin of write protection is common property.
> This change is good. I have some sugges
On Wednesday, November 28, 2012 09:54:43 AM Toshi Kani wrote:
> > > > > > By using acpi_install_notify_handler(), each driver needs to walk
> > > > > > through the entire ACPI namespace to find its associated ACPI
> > > > > > devices
> > > > > > and call it to register one by one. I think this is
Hey, Greg.
On Wed, Nov 28, 2012 at 10:26:32AM -0800, Greg Thelen wrote:
> Before this patch init_cgroup_root() created a degenerate list by
> first inserting a element into allcg_list and then initializing the
> inserted list element. The initialization reset the element's
> prev/next fields form
On Wednesday, November 28, 2012 05:21:24 PM Zdenek Kabelac wrote:
> Dne 28.11.2012 17:01, Linus Torvalds napsal(a):
> > Adding more people (and the acpi list) to this report.
> >
> > I'm seeing *very* few changes to the core suspend/resume path in 3.7,
> > and while there are some acpia updates, th
On 11/27/2012 04:29 PM, Stephen Warren wrote:
> All architectures that use cmd_dtc do so in almost the same way. Create
> a central build rule to avoid duplication. The one difference is that
> most current uses of dtc build $(obj)/%.dtb from $(src)/dts/%.dts rather
> than building the .dtb in the
Before this patch init_cgroup_root() created a degenerate list by
first inserting a element into allcg_list and then initializing the
inserted list element. The initialization reset the element's
prev/next fields forming a degenerate list where allcg_list pointed to
element, but element pointed to
Since the very first patch, stmpe core driver is using irq_invert_polarity as
part of platform data. But, nobody is actually using it in kernel till now.
Also, this is not something part of hardware specs, but is included to cater
some board mistakes or quirks.
So, better get rid of it. This is e
STMPE can confige the way the device emits interrupts and till now this
information is passed as part of platform data.
It would actually be good to ask the interrupt controller driver what kind of
interrupt signal it expects for a given interrupt line. We can get the irq type
by calling: irqd_get
From: Vipul Kumar Samar
This patch extends existing DT support for stmpe devices. This updates:
- DT support from stmpe SPI and I2C drivers
- missing header files in stmpe.c
- stmpe_of_probe() with pwm, rotator and new bindings.
- Bindings are updated in binding document.
Signed-off-by: Vipul Ku
On Wednesday, November 28, 2012 09:01:13 AM Toshi Kani wrote:
> On Wed, 2012-11-28 at 00:41 +0100, Rafael J. Wysocki wrote:
> > On Tuesday, November 27, 2012 03:03:47 PM Toshi Kani wrote:
> > > On Tue, 2012-11-27 at 19:32 +0100, Vasilis Liaskovitis wrote:
> > > > On Mon, Nov 26, 2012 at 05:19:01PM
On 29 November 2012 00:05, Viresh Kumar wrote:
> Since the very first patch, stmpe core driver is using irq_invert_polarity as
> part of platform data. But, nobody is actually using it in kernel till now.
>
> Also, this is not something part of hardware specs, but is included to cater
> some board
On 11/27/2012 05:24 PM, Marcelo Tosatti wrote:
On Mon, Nov 26, 2012 at 02:36:24PM -0600, Michael Wolf wrote:
In the case of where you have a system that is running in a
capped or overcommitted environment the user may see steal time
being reported in accounting tools such as top or vmstat.
The
On Wed, Nov 28, 2012 at 05:48:24PM +0100, Michal Hocko wrote:
> On Wed 28-11-12 17:46:40, Michal Hocko wrote:
> > On Wed 28-11-12 11:37:36, Johannes Weiner wrote:
> > > On Wed, Nov 28, 2012 at 05:04:47PM +0100, Michal Hocko wrote:
> > > > diff --git a/include/linux/memcontrol.h b/include/linux/memc
On 11/28/2012 02:45 AM, Glauber Costa wrote:
On 11/27/2012 07:10 PM, Michael Wolf wrote:
On 11/27/2012 02:48 AM, Glauber Costa wrote:
Hi,
On 11/27/2012 12:36 AM, Michael Wolf wrote:
In the case of where you have a system that is running in a
capped or overcommitted environment the user may se
Am Mittwoch, den 28.11.2012, 18:23 +0200 schrieb Terje Bergström:
> On 28.11.2012 17:13, Lucas Stach wrote:
> > To be honest I still don't grok all of this, but nonetheless I try my
> > best.
>
> Sorry. I promised in another thread a write-up explaining the design. I
> still owe you guys that.
>
Signed-off-by: Mark Brown
---
drivers/mfd/wm5102-tables.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/wm5102-tables.c b/drivers/mfd/wm5102-tables.c
index 50bbe15..065ffd3 100644
--- a/drivers/mfd/wm5102-tables.c
+++ b/drivers/mfd/wm5102-tables.c
@@ -307,6 +307,7 @@ static c
Since the very first patch, stmpe core driver is using irq_invert_polarity as
part of platform data. But, nobody is actually using it in kernel till now.
Also, this is not something part of hardware specs, but is included to cater
some board mistakes or quirks.
So, better get rid of it. This is e
Signed-off-by: Mark Brown
---
drivers/mfd/wm5102-tables.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/wm5102-tables.c b/drivers/mfd/wm5102-tables.c
index 50bbe15..065ffd3 100644
--- a/drivers/mfd/wm5102-tables.c
+++ b/drivers/mfd/wm5102-tables.c
@@ -307,6 +307,7 @@ static c
STMPE can confige the way the device emits interrupts and till now this
information is passed as part of platform data.
It would actually be good to ask the interrupt controller driver what kind of
interrupt signal it expects for a given interrupt line. We can get the irq type
by calling: irqd_get
From: Vipul Kumar Samar
This patch extends existing DT support for stmpe devices. This updates:
- DT support from stmpe SPI and I2C drivers
- missing header files in stmpe.c
- stmpe_of_probe() with pwm, rotator and new bindings.
- Bindings are updated in binding document.
Signed-off-by: Vipul Ku
On Wed, 2012-11-28 at 19:05 +0800, Hanjun Guo wrote:
> On 2012/11/24 1:50, Vasilis Liaskovitis wrote:
> > As discussed in https://patchwork.kernel.org/patch/1581581/
> > the driver core remove function needs to always succeed. This means we need
> > to know that the device can be successfully remov
On 11/28/2012 03:24 PM, Michal Nazarewicz wrote:
On Wed, Nov 28 2012, Sebastian Andrzej Siewior wrote:
-
/functions/acm-function/
instead of
/functions/function1/
+name
with attribute file named "name" which contains the name of the
function (i.
Sander,
Just tested with "i2cdetc -y -r 0" that crashes with "BUG: soft
lockup -
CPU#0 stuck for 22s!"
according to the docs (IMX23RM.pdf) the interrupts for I2C are 26
and 27
that why I assigned these two in the dts.
In your dts, is it 26, 27? Order matters, it should be 27, 26.
Error I
On Fri, Nov 16, 2012 at 07:38:59PM -0800, Yinghai Lu wrote:
> We try to put page table high to make room for kdump, and at that time
> those ranges are not mapped yet, and have to use ioremap to access it.
^^^ -> were -> had
>
> Now after patch that pre-map page tab
On Fri, Nov 16, 2012 at 07:39:00PM -0800, Yinghai Lu wrote:
> Now all page table buf are pre-mapped, and could use virtual address directly.
^-> we can
> So don't need to remember physical address anymore.
>
> Remove that phys pointer in alloc_low_
On Wed, 28 Nov 2012 at 16:41, Li Zhong wrote:
> Would you please help to try the following fix? I don't have a powerpc32
> machine for test...
I've just applied this to 3.7-rc7 and booted the machine. I don't know how
to trigger this bug, so it might take a while until it happens again - or
not,
On Fri, Nov 16, 2012 at 07:39:06PM -0800, Yinghai Lu wrote:
> On 32bit, before patcheset that only set page table for ram, we only
> call that one time.
Um.. Which patchset? x86, mm: Only direct map addresses that are marked as
E820_RAM?
>
> Now, we are calling that during every init_memory_map
We can cache some of them but this is simpler for now.
Signed-off-by: Mark Brown
---
drivers/mfd/wm5102-tables.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mfd/wm5102-tables.c b/drivers/mfd/wm5102-tables.c
index 065ffd3..965e60f 100644
--- a/drivers/mfd/wm5102-tables.c
+++
> > +static void str_append(char **s, int *len, const char *a)
> > +{
> > + int olen = *s ? strlen(*s) : 0;
> > + int nlen = olen + strlen(a) + 1;
> > + if (*len < nlen) {
> > + *len = *len * 2;
> > + if (*len < nlen)
> > + *len = nlen;
> > + *s
On Wed, Nov 28, 2012 at 06:48:57PM +0100, Mathias LEBLANC wrote:
> Ok, so i have patch the ST33 I2C driver on this branch and correct some
> errors.
> I send you the patch for the kernel 3.x
> I have no error on compilation, tell me if you have problems.
> I have implemented the tpm_do_selftest f
On Tue, Oct 23, 2012 at 4:57 PM, Ezequiel Garcia wrote:
> Hello everyone,
>
> This is a large patchset that replaces struct memcpy with struct assignment,
> whenever possible at drivers/media.
>
> The patches are hand applied and every change has been thoroughly reviewed.
> However, to avoid regre
On Wed, Nov 28, 2012 at 9:27 AM, Zdenek Kabelac wrote:
>
> I've attached bigger disasfun script output to BZ 51071.
> https://bugzilla.kernel.org/show_bug.cgi?id=51071#c1
>
>
> if (ACPI_GET_DESCRIPTOR_TYPE(prefix_node) !=
> 00a1 cmpb $0xf,0x8(%rbx)
> 00a5 je 0
On Fri, Nov 16, 2012 at 07:39:11PM -0800, Yinghai Lu wrote:
> During test patch that adjust page_size_mask to map small range ram with
> big page size, found page table is setup wrongly for 32bit. And
Which patch is that? x86, mm: Add global page_size_mask and probe one time only
Can you include
On Fri, Nov 16, 2012 at 07:39:23PM -0800, Yinghai Lu wrote:
> Current "memmap=" only can take one entry every time.
> when we have more entries, we have to use memmap= for each of them.
>
> For pxe booting, we have command line length limitation, those extra
> "memmap=" would waste too much space.
No, this is crap.
We don't introduce random hooks like this just because the block layer
has shit-for-brains and cannot be bothered to do things right.
The fact is, the whole locking in the block layer open routine is
total and utter crap. It doesn't lock the right thing, even with your
change *a
Glauber Costa writes:
> Hi,
>
> On 11/27/2012 12:36 AM, Michael Wolf wrote:
>> In the case of where you have a system that is running in a
>> capped or overcommitted environment the user may see steal time
>> being reported in accounting tools such as top or vmstat. This can
>> cause confusion f
Add myself as the maintainer of the NVIDIA Tegra DRM driver.
Signed-off-by: Thierry Reding
---
Changes in v2:
- insert entry in alphabetical order
- fix reference to driver directory
- fix reference to git tree
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS
On Wed, Nov 28, 2012 at 07:57:53AM -0800, Joe Perches wrote:
> On Wed, 2012-11-28 at 12:10 +0100, Thierry Reding wrote:
> > Add myself as the maintainer of the NVIDIA Tegra DRM driver.
>
> > diff --git a/MAINTAINERS b/MAINTAINERS
> []
> > @@ -2504,6 +2504,14 @@ S: Supported
> > F: drivers/gpu/d
On Wed November 28 2012 18:22:48 Greg Kroah-Hartman wrote:
> On Wed, Nov 28, 2012 at 10:18:02AM -0200, Mauro Carvalho Chehab wrote:
> > Em Wed, 28 Nov 2012 12:56:10 +0100
> > Hans Verkuil escreveu:
> >
> > > On Wed 28 November 2012 12:45:37 Dan Carpenter wrote:
> > > > I wish people wouldn't subm
On Wed, Nov 28, 2012 at 10:41:04AM +0800, Axel Lin wrote:
> This driver can be converted to use linear_min_sel and
> regulator_[map|list]_voltage_linear.
Applied, thanks.
signature.asc
Description: Digital signature
On Wed, Nov 28, 2012 at 10:41:04AM +0800, Axel Lin wrote:
> This driver can be converted to use linear_min_sel and
> regulator_[map|list]_voltage_linear.
Hrm, actually this was already applied.
signature.asc
Description: Digital signature
On Wed, Nov 28, 2012 at 07:22:54AM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied, thanks.
signature.asc
Description: Digital signature
This commit adds an RTC driver for PCF8523 chips by NXP Semiconductors.
No support is currently provided for the alarm and interrupt functions.
Only the time and date functionality is implemented.
Signed-off-by: Thierry Reding
---
Changes in v2:
- return an error if the OS flag cannot be cleared
On 11/28/2012 12:18 PM, Thierry Reding wrote:
> Add myself as the maintainer of the NVIDIA Tegra DRM driver.
Aside from one comment below,
Acked-by: Stephen Warren
> +L: dri-de...@lists.freedesktop.org
Should linux-te...@vger.kernel.org also be CC'd so that everything
Tegra-related goes to o
On Wed, Nov 21, 2012 at 11:45:04AM +, Liu, Jinsong wrote:
> >From 630c65690c878255ce71e7c1172338ed08709273 Mon Sep 17 00:00:00 2001
> From: Liu Jinsong
> Date: Tue, 20 Nov 2012 21:14:37 +0800
> Subject: [PATCH 1/2] Xen acpi memory hotplug driver
>
> Xen acpi memory hotplug consists of 2 logic
On 11/28/2012 01:22 PM, Dan Carpenter wrote:
> In the end this is just a driver, and I don't especially care. But
> it's like not just this one which makes me frustrated. I really
> believe in linux-next and I think everything should spend a couple
> weeks there before being merged.
Couple of we
From: "Rajanikanth H.V"
property, battery-type shall be one of supported technology type
instead blank
- refer: Documentation/devicetree/bindings/power_supply/ab8500/fg.txt
for the list supported types
- this patch appends to ab8500 bm devs DT binding patch set
ref: commit-id e0f1
On Wed, Nov 28, 2012 at 08:18:20PM +0100, Hans Verkuil wrote:
> On Wed November 28 2012 18:22:48 Greg Kroah-Hartman wrote:
> > On Wed, Nov 28, 2012 at 10:18:02AM -0200, Mauro Carvalho Chehab wrote:
> > > Em Wed, 28 Nov 2012 12:56:10 +0100
> > > Hans Verkuil escreveu:
> > >
> > > > On Wed 28 Novem
On Wed, Nov 28, 2012 at 09:54:57AM +0100, Peter Ujfalusi wrote:
> Hi Grant, Lars, Thierry,
>
> On 11/26/2012 04:46 PM, Grant Likely wrote:
> > You're effectively asking the pwm layer to behave like a gpio (which
> > is completely reasonable). Having a completely separate translation node
> > reall
On Wed, Nov 28, 2012 at 12:22:31PM -0700, Stephen Warren wrote:
> On 11/28/2012 12:18 PM, Thierry Reding wrote:
> > Add myself as the maintainer of the NVIDIA Tegra DRM driver.
>
> Aside from one comment below,
>
> Acked-by: Stephen Warren
>
> > +L: dri-de...@lists.freedesktop.org
>
> Should l
On Monday, November 26, 2012 09:45:56 AM Kees Cook wrote:
> On Mon, Nov 26, 2012 at 6:14 AM, Steve Grubb wrote:
> > On Monday, November 19, 2012 01:56:53 PM Kees Cook wrote:
> >> The seccomp path was using AUDIT_ANOM_ABEND from when seccomp mode 1
> >> could only kill a process. While we still wan
On Wed, Nov 28, 2012 at 9:06 AM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Nov 16, 2012 at 07:38:49PM -0800, Yinghai Lu wrote:
>> We are going to map ram only, so under max_low_pfn_mapped,
>> between 4g and max_pfn_mapped does not mean mapped at all.
>
> I think I know what you are saying but I am ha
Hi Laurent,
Em Wed, 28 Nov 2012 14:00:14 +0100
Laurent Pinchart escreveu:
> Hi Mauro,
>
> Please see below.
>
> On Wednesday 28 November 2012 09:22:13 Mauro Carvalho Chehab wrote:
> > Hi Prabhakar,
> >
> > Em Wed, 28 Nov 2012 16:12:09 +0530
> >
> > Prabhakar Lad escreveu:
> > > +Introductio
On Tue, Nov 27, 2012 at 04:17:55PM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Nov 16, 2012 at 07:38:37PM -0800, Yinghai Lu wrote:
> > rebase patchset together tip/x86/mm2 on top of linus v3.7-rc4
> >
>
> Pardon me for taking so long to respond. Right after you posted it I had
> a mini-conferen
On Wed, Nov 28, 2012 at 9:08 AM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Nov 16, 2012 at 07:38:51PM -0800, Yinghai Lu wrote:
>> We are going to map ram only, so under max_low_pfn_mapped,
>> between 4g and max_pfn_mapped does not mean mapped at all.
>>
>> Use pfn_range_is_mapped() to find out if ran
The of reconfiguration notification chains should be exported for use
by modules.
Signed-off-by:Nathan Fontenot
---
Index: linux-next/drivers/of/base.c
===
--- linux-next.orig/drivers/of/base.c 2012-11-28 09:18:02.0 -0600
+
On Wed, Nov 28, 2012 at 9:15 AM, Konrad Rzeszutek Wilk
wrote:
>> -v4: fix add_pfn_range_mapped() to get correct max_low_pfn_mapped when
>> mem map does have hole under 4g that is found by Konard on xen
> ^^-> Konrad
===>
-v4: fix a
On Wed, Nov 28, 2012 at 11:15:12AM -0800, Linus Torvalds wrote:
> No, this is crap.
>
> We don't introduce random hooks like this just because the block layer
> has shit-for-brains and cannot be bothered to do things right.
>
> The fact is, the whole locking in the block layer open routine is
> t
Add myself as the maintainer of the NVIDIA Tegra DRM driver.
Signed-off-by: Thierry Reding
Acked-by: Stephen Warren
---
Changes in v3:
- add linux-tegra mailing list
Changes in v2:
- insert entry in alphabetical order
- fix reference to driver directory
- fix reference to git tree
MAINTAINERS
On Wed, Nov 28, 2012 at 11:35 AM, Konrad Rzeszutek Wilk
wrote:
>
> Have done so. I really like how the top-down mechanism works. It is pretty
> neat!
>
> Yinghai, I had mostly just comments about the patch descriptions - I would
> appreciate it you could modify the patches to address the little
From: "H. Peter Anvin"
According to kernel bugzilla 44931:
https://bugzilla.kernel.org/show_bug.cgi?id=44931
... the Linux kernel hasn't actually been compiling for 386 for three
releases now. I have verified that it doesn't, because the 386
fallback code for not having cmpxchg doesn't act
From: "H. Peter Anvin"
All 486+ CPUs support BSWAP, so remove the fallback 386 support
code.
Signed-off-by: H. Peter Anvin
---
arch/x86/Kconfig.cpu | 4
arch/x86/include/asm/futex.h | 12
arch/x86/include/asm/swab.h | 29 ++---
arch/x86/kerne
From: "H. Peter Anvin"
All 486+ CPUs support CMPXCHG, so remove the fallback 386 support
code.
Signed-off-by: H. Peter Anvin
---
arch/x86/Kconfig.cpu | 3 ---
arch/x86/include/asm/cmpxchg_32.h | 55 ---
arch/x86/include/asm/percpu.h | 3 --
From: "H. Peter Anvin"
The check_popad() routine tested for a 386-specific bug, and never
actually did anything useful with it anyway other than print a
message.
Signed-off-by: H. Peter Anvin
---
arch/x86/Kconfig.cpu | 4
arch/x86/kernel/cpu/bugs.c | 28
From: "H. Peter Anvin"
All 486+ CPUs support CMPXCHG, so remove the fallback 386 support
code.
Signed-off-by: H. Peter Anvin
---
arch/x86/Kconfig | 5 -
arch/x86/Kconfig.cpu | 3 ---
arch/x86/include/asm/atomic.h | 16
arch/x86/include/asm/local.h
On Wed, 28 Nov 2012, Linus Torvalds wrote:
> No, this is crap.
>
> We don't introduce random hooks like this just because the block layer
> has shit-for-brains and cannot be bothered to do things right.
>
> The fact is, the whole locking in the block layer open routine is
> total and utter cra
From: "H. Peter Anvin"
Simplify the implementation of sync_core() for the case where we may
not have the CPUID instruction available.
Signed-off-by: H. Peter Anvin
---
arch/x86/include/asm/processor.h | 27 +--
1 file changed, 17 insertions(+), 10 deletions(-)
diff --g
From: "H. Peter Anvin"
All 486+ CPUs support WP in supervisor mode, so remove the fallback
386 support code.
Signed-off-by: H. Peter Anvin
---
arch/x86/Kconfig.cpu | 3 ---
arch/x86/include/asm/uaccess.h | 42 ---
arch/x86/lib/usercopy_32.c | 57 -
From: "H. Peter Anvin"
Remove the CONFIG_M386 symbol from Kconfig so that it cannot be
selected.
Signed-off-by: H. Peter Anvin
---
arch/x86/Kconfig | 6 ++---
arch/x86/Kconfig.cpu | 58
arch/x86/Makefile_32.cpu | 1
From: "H. Peter Anvin"
All 486+ CPUs support INVLPG, so remove the fallback 386 support
code.
Signed-off-by: H. Peter Anvin
---
arch/x86/Kconfig.cpu | 4
arch/x86/include/asm/cpufeature.h | 6 --
arch/x86/include/asm/tlbflush.h | 3 ---
arch/x86/kernel/cpu/amd.c
On Wed, Nov 28, 2012 at 11:43 AM, Al Viro wrote:
> Have a
> private vm_operations - a copy of generic_file_vm_ops with ->open()/->close()
> added to it.
That sounds more reasonable.
However, I suspect the *most* reasonable thing to do is to just remove
the whole damn thing. W
Em Wed, 28 Nov 2012 16:06:31 -0300
Ezequiel Garcia escreveu:
> On Tue, Oct 23, 2012 at 4:57 PM, Ezequiel Garcia
> wrote:
> > Hello everyone,
> >
> > This is a large patchset that replaces struct memcpy with struct assignment,
> > whenever possible at drivers/media.
> >
> > The patches are hand
On one of my virtual machines i got this splat(running a 3.7.0-rc7):
[167986.378985] [ cut here ]
[167986.379006] WARNING: at net/core/skbuff.c:3444
skb_try_coalesce+0x359/0x390()
[167986.379012] Modules linked in:
[167986.379021] Pid: 3231, comm: apache2 Not tainted
3.7
On Wednesday, November 28, 2012 11:07:32 AM Linus Torvalds wrote:
> On Wed, Nov 28, 2012 at 9:27 AM, Zdenek Kabelac wrote:
> >
> > I've attached bigger disasfun script output to BZ 51071.
> > https://bugzilla.kernel.org/show_bug.cgi?id=51071#c1
> >
> >
> > if (ACPI_GET_DESCRIPTOR_TYPE(pref
Hi Mauro,
On Wed, Nov 28, 2012 at 09:22:13AM -0200, Mauro Carvalho Chehab wrote:
> Hi Prabhakar,
>
> Em Wed, 28 Nov 2012 16:12:09 +0530
> Prabhakar Lad escreveu:
>
> > +Introduction
> > +
> > +
> > +This file documents the Texas Instruments Davinci Video processing Front
> > End
>
On Wed, Nov 28, 2012 at 11:50 AM, Mikulas Patocka wrote:
>
> mmap_region() doesn't care about the block size. But a lot of
> page-in/page-out code does.
That seems a bogus argument.
mmap() is in *no* way special. The exact same thing happens for
regular read/write. Yet somehow the mmap code is s
301 - 400 of 820 matches
Mail list logo
