On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> @@ -383,7 +383,10 @@ EXPORT_SYMBOL(simple_setattr);
>
> int simple_readpage(struct file *file, struct page *page)
> {
> - clear_highpage(page);
> + if (PageTransHuge(page))
> + zero_huge_user(page, 0, HPAGE_PMD_SIZE);
> +
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> +static int split_anon_huge_page(struct page *page)
> {
> struct anon_vma *anon_vma;
> int ret = 1;
>
> - BUG_ON(is_huge_zero_pfn(page_to_pfn(page)));
> - BUG_ON(!PageAnon(page));
Did you really mean to kill these BUG_ON()s
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> --- a/include/linux/huge_mm.h
> +++ b/include/linux/huge_mm.h
> @@ -113,11 +113,20 @@ extern void __split_huge_page_pmd(struct vm_area_struct
> *vma,
> __split_huge_page_pmd(__vma, __address, \
>
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> @@ -280,6 +291,7 @@ void truncate_inode_pages_range(struct address_space
> *mapping,
> if (index > end)
> break;
>
> + VM_BUG_ON(PageTransHuge(page));
>
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> + if (filp)
> + info.align_mask = mapping_can_have_hugepages(filp->f_mapping) ?
> + PAGE_MASK & ~HPAGE_MASK : get_align_mask();
> + else
> + info.align_mask = 0;
> info.align_offset = pgoff
On 03/26/2013 03:48 AM, Kirill A. Shutemov wrote:
> Dave Hansen wrote:
>>> +repeat:
>>> + page = find_lock_page(mapping, index);
>>> + if (page) {
>>> + if (!PageTransHuge(page)) {
>>> + unlock_page(page);
0 S---eth0
204.202.131.229:80 = 0 0 eth0
and yet when I boot 2.2, I have not seen any problems of this nature. Is
this a known issue? Possibly a setting in /proc/sys/net/ipv4 that I dont
know about? Thanks for your help...
dave
-
To
This did fix my problem. Thanks very much, I'll be sure to send a polite
message to the admins at sites where I notice this problem! Any detailed
info you might have on why this was failing?
dave
---
This is my signature. There are many like it but this one is mine.
On Tue, 1
I have attached a question concerning using 4GB of memory on an SMP.
Thanks for the time,
Dave
SMP Not using all 4GB Ram Question:
-
I am using a Compaq Proliant 8500 SMP with 8 550 Mhz processors and 4GB of RAM.
Using Kernel
st volley and their current legal predicament.
I'm rambling, but this has got me a bit upset.
--
Dave
---
Dave Helton, KD0YU- [EMAIL PROTECTED] - http://www.kd0yu.com
-
To unsubscribe from this list: send the line &
Hi everyone,
I experienced a strange problem after upgrading from 2.4.0-test12 to the
2.4.0 kernel. My samba configuration stopped working. Reverting back to
2.4.0-test12, it magically starts working again.
(2.4.0 also hard-locked my machine before I noticed this problem, but
I'll report that
Hi Alan,
On Sun, 7 Jan 2001, Alan Cox wrote:
> I wrote:
> > +
> > + /* FAT cannot truncate to a longer file */
> > + if (attr->ia_valid & ATTR_SIZE) {
> > + if (attr->ia_size > inode->i_size)
> > + return -EPERM;
> > + }
> >
> > erro
Got this last night while running 2.4.0-test12-pre3. Not sure what I did
to trigger it. X4/keyboard hung shortly afterwards. Had to ssh in to
reboot.
Dec 6 01:16:04 athlon kernel: Bad swap file entry c17a1558
Dec 6 01:16:04 athlon last message repeated 3 times
Dec 6 01:16:05 athlon kernel:
ter. Thanks in advance.
>
> Jim Garlick
>
The answer is pretty simple...
longer than any hardware you put it on!
--
Dave
---
Dave Helton, KD0YU- [EMAIL PROTECTED] - http://www.kd0yu.com
Real World Comp
thought MS would have hushed
any kind of press release.
The other side may be that the culprit tried to blackmail MS after the
fact.
If Bill said 'screw you' to the blackmailer and made the press release,
we should see the source on web sites soon. Then we can see how bad it
really is.
e[1]: *** [_modsubdir_scsi] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.2/drivers'
make: *** [_mod_drivers] Error 2
I have verified the path in aicdb.h is correct.
I am attempting to build it as a modul
that when I was building a 2.4
a couple weeks ago that the VIA did run at mode 5 as I was able to hit the
same speeds roughly as the 2.2.18.
Are the problems limited to 2.4 kernels? Any suggestions on what to do to
test the current setup at UDMA2 on the 2.4?
Thanks for any assistance...
-Dave
Hi
Light load on my system and encoding a home video to the disk using
mencoder and i get this...
BUG: unable to handle kernel NULL pointer dereference at virtual address
0004
printing eip:
c01a478e
*pde =
Oops: [#1]
PREEMPT SMP
Modules linked in: nls_iso8859_1 nls_cp437
On 11/26/2012 03:23 AM, Mel Gorman wrote:
> On Wed, Nov 21, 2012 at 02:21:51PM -0500, Dave Hansen wrote:
>>
>> This needs to make it in before 3.7 is released.
>>
>
> This is also required. Dave, can you double check? The surprise is that
> this does not blow up ve
it within
their filesystem via ioctls like everyone else does.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vge
uct tegra_drm_cmdbuf *cmdbufs;
> + struct tegra_drm_reloc *relocs;
> + struct tegra_drm_waitchk *waitchks;
> +
> + __u32 pad[5]; /* future expansion */
> + __u32 fence;/* Return value */
> +};
lose all the pointers for 64-bit aligned uin
On Nov 26, 2012, at 9:56 PM, "Dan Williams" wrote:
> On Fri, Nov 16, 2012 at 3:26 PM, Dave Jiang wrote:
>> The CHANERRMSK_INT register should be 0. The existing code set a value
>> for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
>> h
ough the command
> stream. Offsets and sizes would also need to be validated. There would
> be a performance hit.
This is the standard mechanism, and what exynos does as well.
The per process VM method is also used as an extension to this on some hw.
Dave.
--
To unsubscribe from this list: send the
On Tue, Nov 27, 2012 at 8:16 AM, Terje Bergström wrote:
> On 27.11.2012 09:33, Dave Airlie wrote:
>>> Third would be having a firewall in 2D driver checking the stream and
>>> ensuring all registers that accept addresses are written by values
>>> derived from dmabufs
On 11/21/2012 04:37 PM, Dave Kleikamp wrote:
> On 10/30/2012 05:35 AM, Nico Schottelius wrote:
>> Good morning,
>>
>> update: this problem still exists on 3.6.2-1-ARCH and it got worse:
>>
>> I reformatted the external disk to use xfs, but as the my
>>
?id=879422, though
there's not much more than the trace tbh.
Dave
:kernel BUG at mm/shmem.c:657!
:invalid opcode: [#1] SMP
:Modules linked in: udf hid_logitech_dj des_generic md4 cifs dns_resolver
fscache nls_utf8 lockd sunrpc bnep bluetooth rfkill ip6t_REJECT
nf_conntrack
On 11/26/2012 09:56 PM, Dan Williams wrote:
> On Fri, Nov 16, 2012 at 3:26 PM, Dave Jiang wrote:
>> The CHANERRMSK_INT register should be 0. The existing code set a value
>> for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
>> has been fixed
The existing code set a value in the PCI_CHANERRMSK_INT register
for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
has been fixed when the hardware was released. There is no need for this
code.
Signed-off-by: Dave Jiang
---
drivers/dma/ioat/dma_v3.c |7 +--
1
cient and no firewall is needed if IOMMU is turned on.
>
> If we want to protect 2D buffers from each other, this is not sufficient.
We generally aim for the first, to stop the gpu from reading/writing
any memory it hasn't been granted access to,
the second is nice to have though, but r
From: Dave Chinner
Several subsystems use the same construct for LRU lists - a list
head, a spin lock and and item count. They also use exactly the same
code for adding and removing items from the LRU. Create a generic
type for these LRU lists.
This is the beginning of generic, node aware LRUs
From: Dave Chinner
The per-ag inode cache radix trees are not walked by the shrinkers
any more, so there is no need for a special walker that contained
heurisitcs to prevent multiple shrinker instances from colliding
with each other. Hence we can just remote that and convert the code
to use the
From: Dave Chinner
Convert the remaining couple of random shrinkers in the tree to the
new API.
Signed-off-by: Dave Chinner
---
arch/x86/kvm/mmu.c | 35 +--
net/sunrpc/auth.c | 45 +++--
2 files changed, 56
From: Dave Chinner
There are no more users of this API, so kill it dead, dead, dead and
quietly bury the corpse in a shallow, unmarked grave in a dark
forest deep in the hills...
Signed-off-by: Dave Chinner
---
include/linux/shrinker.h | 15 +--
include/trace/events
From: Dave Chinner
Pass the node of the current zone being reclaimed to shrink_slab(),
allowing the shrinker control nodemask to be set appropriately for
node aware shrinkers.
Signed-off-by: Dave Chinner
---
fs/drop_caches.c |1 +
include/linux/shrinker.h |3 +++
mm/memory
From: Dave Chinner
XFS currently only tracks inodes for reclaim via tag bits in the
inode cache radix tree. While this is awesome for background reclaim
because it allows inodes to be reclaimed in ascending disk offset
order, it sucks for direct memory reclaim which really is trying to
free the
From: Dave Chinner
Convert the driver shrinkers to the new API. Most changes are
compile tested only because I either don't have the hardware or it's
staging stuff.
FWIW, the md and android code is pretty good, but the rest of it
makes me want to claw my eyes out. The amount of bro
From: Dave Chinner
Before we split up the dcache_lru_lock, the unused dentry counter
needs to be made independent of the global dcache_lru_lock. Convert
it to per-cpu counters to do this.
Signed-off-by: Dave Chinner
Reviewed-by: Christoph Hellwig
---
fs/dcache.c | 17 ++---
1
From: Dave Chinner
Convert the filesystem shrinkers to use the new API, and standardise
some of the behaviours of the shrinkers at the same time. For
example, nr_to_scan means the number of objects to scan, not the
number of objects to free.
I refactored the CIFS idmap shrinker a little - it
From: Dave Chinner
With the dentry LRUs being per-sb structures, there is no real need
for a global dentry_lru_lock. The locking can be made more
fine-grained by moving to a per-sb LRU lock, isolating the LRU
operations of different filesytsems completely from each other.
Signed-off-by: Dave
From: Dave Chinner
Convert the buftarg LRU to use the new generic LRU list and take
advantage of the functionality it supplies to make the buffer cache
shrinker node aware.
Signed-off-by: Dave Chinner
---
fs/xfs/xfs_buf.c | 162 +-
fs/xfs
From: Dave Chinner
Signed-off-by: Dave Chinner
---
fs/dcache.c| 171 +---
fs/super.c | 10 +--
include/linux/fs.h | 15 +++--
3 files changed, 82 insertions(+), 114 deletions(-)
diff --git a/fs/dcache.c b/fs/dcache.c
index
From: Dave Chinner
Now that we have an LRU list API, we can start to enhance the
implementation. This splits the single LRU list into per-node lists
and locks to enhance scalability. Items are placed on lists
according to the node the memory belongs to. To make scanning the
lists efficient
From: Dave Chinner
Signed-off-by: Dave Chinner
---
fs/inode.c | 173 +---
fs/super.c | 11 ++--
include/linux/fs.h |6 +-
3 files changed, 75 insertions(+), 115 deletions(-)
diff --git a/fs/inode.c b/fs/inode.c
index
From: Dave Chinner
One of the big problems with modifying the way the dcache shrinker
and LRU implementation works is that the LRU is abused in several
ways. One of these is shrink_dentry_list().
Basically, we can move a dentry off the LRU onto a different list
without doing any accounting
omething that
should be changed - I think the list has become more of a general
per-node list than it's initial functionality as a scalable LRU list
implementation and I can see uses for it outside of LRUs...
Comments, thoughts and flames all welcome.
Cheers,
Dave.
--
To unsub
From: Dave Chinner
Convert the XFS dquot lru to use the list_lru construct and convert
the shrinker to being node aware.
Signed-off-by: Dave Chinner
---
fs/xfs/xfs_dquot.c |7 +-
fs/xfs/xfs_qm.c| 307 ++--
fs/xfs/xfs_qm.h|4
From: Dave Chinner
Convert superblock shrinker to use the new count/scan API, and
propagate the API changes through to the filesystem callouts. The
filesystem callouts already use a count/scan API, so it's just
changing counters to longs to match the VM API.
This requires the dentry and
From: Dave Chinner
Now that the shrinker is passing a nodemask in the scan control
structure, we can pass this to the the generic LRU list code to
isolate reclaim to the lists on matching nodes.
This requires a small amount of refactoring of the LRU list API,
which might be best split out into
From: Dave Chinner
The current shrinker callout API uses an a single shrinker call for
multiple functions. To determine the function, a special magical
value is passed in a parameter to change the behaviour. This
complicates the implementation and return value specification for
the different
On Wed, Nov 28, 2012 at 01:13:11AM +, Chris Wilson wrote:
> On Wed, 28 Nov 2012 10:14:44 +1100, Dave Chinner wrote:
> > +/*
> > + * XXX: (dchinner) This is one of the worst cases of shrinker abuse I've
> > seen.
> > + *
> > + * i915_gem_purge() expe
perhaps ?
Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Nov 28, 2012 at 12:21:54PM +0400, Glauber Costa wrote:
> On 11/28/2012 07:17 AM, Dave Chinner wrote:
> > On Wed, Nov 28, 2012 at 01:13:11AM +, Chris Wilson wrote:
> >> On Wed, 28 Nov 2012 10:14:44 +1100, Dave Chinner
> >> wrote:
> >>> +/*
>
Hi Tejun,
I was bisecting a boot problem on a 32-bit NUMA kernel and it bisected
down to commit 8db78cc4. It turns out that, with this patch,
pcpu_need_numa() changed its return value on my system from 1 to 0.
What that basically meant was that we stopped using the remapped lowmem
areas for percp
new function slow_virt_to_phys(), which
walks the kernel page tables on x86 and should do precisely
the same logical thing as __pa(), but actually work on a wider
range of memory. It should work on the normal linear mapping,
vmalloc(), kmap(), etc...
Signed-off-by: Dave Hansen
---
linux-2.6
on for the page fault (it
was injected by the host), assumed that the kernel had taken
a _real_ page fault, and panic()'d.
Signed-off-by: Dave Hansen
---
linux-2.6.git-dave/arch/x86/kernel/kvm.c |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff -puN arch/x86/kernel/kvm
#x27;s new
> SEEK_DATA and SEEK_HOLE options: so add them while the minutiae are still
> on my mind (in particular, the !PageUptodate-ness of pages fallocated but
> still unwritten).
>
> [a...@linux-foundation.org: fix warning with CONFIG_TMPFS=n]
> Signed-off-by: Hugh Dickins
> ---
Hi Linus
just driver fixes, nothing major, except maybe ilk rc6 disable.
intel: revert ironlake rc6 - we still have one ilk regression, but this
gets rid of one big one, turn off cloning, and a directed fix for Apple
edp
radeon: one modesetting fix
exynos: minor fixes
Dave.
The following
> that seemed to be grep holding on to a no-arbitrary-limits dogma,
> > at the expense of its users, causing an absurd line-length issue,
> > which use of SEEK_DATA happens to avoid in some cases.
> >
> > The cp of sparse files from Jeff and Dave was more convincing;
>
On Thu, Nov 29, 2012 at 02:29:33PM +0400, Glauber Costa wrote:
> On 11/29/2012 01:28 AM, Dave Chinner wrote:
> > On Wed, Nov 28, 2012 at 12:21:54PM +0400, Glauber Costa wrote:
> >> On 11/28/2012 07:17 AM, Dave Chinner wrote:
> >>> On Wed, Nov 28, 2012 at 01:13:
On Thu, Nov 29, 2012 at 11:02:24AM -0800, Andi Kleen wrote:
> Dave Chinner writes:
> >
> > Comments, thoughts and flames all welcome.
>
> Doing the reclaim per CPU sounds like a big change in the VM balance.
It's per node, not per CPU. And AFAICT, it hasn't chang
d to be in multiples of b_size
> (see for example "submit_bh()" that turns it into a sector number).
>
> But you're right. The direct-IO code really *is* violating that, and
> knows that get_block() ends up being defined in i_blkbits regardless
> of b_size.
Same w
ioctl to prevent
> passing NULL pointers (as the existing behaviour may be useful
> somewhere, and I have not checked all callees) or saturate our callbacks
> with NULL checks.
Do we have the kernel's expected IOC_IN/IOC_OUT flags at that point as well?
we could check them and block NULL in
routines for each of the individual ioctl
cases to pass something that looks slightly more realistic to what
it's expecting to see.
(Compare to say, the SCSI SG_IO routines here:
https://github.com/kernelslacker/trinity/blob/master/ioctls/scsi.c
[still kinda dumb, but gives an idea of the d
ead to
deadlocks. Here's another that's been known for ages:
http://oss.sgi.com/archives/xfs/2011-08/msg00168.html
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Mar 13, 2013 at 10:00:51PM -0400, Peter Hurley wrote:
> On Wed, 2013-03-13 at 14:23 +1100, Dave Chinner wrote:
> > We don't care about the ordering between multiple concurrent
> > metadata modifications - what matters is whether the ongoing data IO
> > around
Not sure what I did to trigger this, but it's happened a few times while
fuzzing syscalls.
Rebooted and fscked, didn't find anything wrong.
Dave
[ 5084.436288] EXT4-fs warning (device sda1): ext4_block_to_path:105: block
1874853625 > max in inode 34
[ 5167.723925] EX
return acpi_rsdp;
> #endif
>
>
This does not work because capable is not usable at this early point.
Josh, could you update your fix here?
--
Thanks
Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vge
On Tue, Mar 19, 2013 at 08:22:44AM -0400, Theodore Ts'o wrote:
> On Mon, Mar 18, 2013 at 11:35:55PM -0400, Dave Jones wrote:
> > Not sure what I did to trigger this, but it's happened a few times while
> > fuzzing syscalls.
> > Rebooted and fsc
offlining a CPU in 3.9-rc3 gets me this trace..
numa_remove_cpu cpu 1 node 0: mask now 0,2-3
smpboot: CPU 1 is now offline
BUG: using smp_processor_id() in preemptible [] code:
cpu-offline.sh/10591
caller is cmci_rediscover+0x6a/0xe0
Pid: 10591, comm: cpu-offline.sh Not tainted 3.9.0-rc3+
g
to subscribe.
My thanks to the folks at vger for hosting it, so I don't have to.
Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-inf
very disk has
it's own filesystem), knowing which filesystem(s) are getting stuck
in writeback from the sysrq-w or hangcheck output is pretty damn
important
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this list: send the line "unsubscribe linux
Hi Linus,
radeon, intel and nouveau, along with one mgag200 fix,
intel fix for an ioctl overflow, along with a regression fix for some
phantom irqs on Ironlake.
nouveau has a lockdep warning and a bunch of thermal fixes
radeon has new pci ids and some minor fixes.
Dave.
The following changes
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> From: "Kirill A. Shutemov"
>
> It's required for batched stats update.
The description here is a little terse. Could you at least also
describe how and where it's going to get used in later patches? Just a
sentence or two more would be really
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> Let's add helpers to clear huge page segment(s). They provide the same
> functionallity as zero_user_segment{,s} and zero_user, but for huge
> pages
...
> +static inline void zero_huge_user_segments(struct page *page,
> + unsigned star
On 03/15/2013 06:22 AM, Kirill A. Shutemov wrote:
> Hillf Danton wrote:
>> On Fri, Mar 15, 2013 at 1:50 AM, Kirill A. Shutemov
>> wrote:
>>>
>>> There's only one caller of do_generic_file_read() and the only actor is
>>> file_read_actor(). No reason to have a callback parameter.
>>>
>> This cleanu
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> From: "Kirill A. Shutemov"
>
> Currently radix_tree_preload() only guarantees enough nodes to insert
> one element. It's a hard limit. You cannot batch a number insert under
> one tree_lock.
>
> This patch introduces radix_tree_preload_count().
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> active/inactive lru lists can contain unevicable pages (i.e. ramfs pages
> that have been placed on the LRU lists when first allocated), but these
> pages must not have PageUnevictable set - otherwise shrink_active_list
> goes crazy:
...
> For lru
On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote:
> +static inline bool mapping_can_have_hugepages(struct address_space *m)
> +{
> + if (IS_ENABLED(CONFIG_TRANSPARENT_HUGEPAGE)) {
> + gfp_t gfp_mask = mapping_gfp_mask(m);
> + return !!(gfp_mask & __GFP_COMP);
> + }
>
On 02/02/2013 10:30 PM, Al Viro wrote:
> * JFS, since 2005: setxattr(name, "system.posix_acl_access", NULL, 0, 0)
> succeeds, creating an empty EA with "system.posix_acl_access" as name.
> Validity checks should apply _after_
> if (value == NULL) {/* empty EA, do not remove */
>
, and most of
them are destined for stable.
can't remember if you had net connection on that island :-)
Dave.
The following changes since commit ff0d05bf73620eb7dc8aee7423e992ef87870bdf:
Revert "console: implement lockdep support for console_lock" (2013-01-31
15:46:56 +1100)
what I can see, I get to see
lots of scheduling while atomic fun, that I'm not really sure I can
fix nicely.
Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.
On 02/04/2013 12:15 AM, Hugh Dickins wrote:
> Convert tmpfs do_shmem_file_read() to shmem_file_read_iter().
> Make file_read_iter_actor() global so tmpfs can use it too: delete
> file_read_actor(), which was made global in 2.4.4 for use by tmpfs.
> Replace tmpfs generic_file_aio_write() by generic_
ema we need for filesystems to
behave sanely. i.e. shouldn't we be aiming to simplify things
as we rework locking rather than make the more complex?
IOWs, I think the "it's a mapping range lock" approach is not the
right level to be providing IO exclusion semantics. After all, it&
=m68k allmodconfig
All warnings:
warning: (PAGE_OWNER && STACK_TRACER && BLK_DEV_IO_TRACE && KMEMCHECK) selects
STACKTRACE which has unmet direct dependencies (STACKTRACE_SUPPORT)
Reported-by: Fengguang Wu
Signed-off-by: Dave Hansen
---
linux-2.6.git-dave/lib/Kc
On 02/01/2013 02:25 AM, Pavel Machek wrote:
> Ouch, and... IIRC (hpa should know for sure), PAE is neccessary for
> R^X support on x86, thus getting more common, not less. If it does not
> work, that's bad news.
Dare I ask what "R^X" is?
--
To unsubscribe from this list: send the line "unsubscrib
On Wed, Feb 06, 2013 at 08:25:34PM +0100, Jan Kara wrote:
> On Wed 06-02-13 10:25:12, Dave Chinner wrote:
> > On Mon, Feb 04, 2013 at 01:38:31PM +0100, Jan Kara wrote:
> > > On Thu 31-01-13 16:07:57, Andrew Morton wrote:
> > > > > c) i_mutex doesn't allow any
ace.
Signed-off-by: Dave Jiang
Reviewed-by: Dan Williams
---
drivers/dma/ioat/dma.h|1
drivers/dma/ioat/dma_v2.c | 113 +
drivers/dma/ioat/dma_v3.c | 111 +---
3 files changed, 128 insertions(+), 97 deleti
Hi Linus,
this one fixes a sleep while locked regression that was introduced earlier
in 3.8.
Dave.
The following changes since commit 6bacaa9ddacb71c691d32c678d37bc59ffc71fac:
Merge tag 'sound-3.8' of
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound (2013-02-07 08:43
r details on each patchset.)
>
> Hello, Andrew.
>
> This patchset is combination of the following three on top of
> linux-next as of 20130204 (the one before idr_removal_all() got
> included).
just FYI, all the drm bits are
Acked-by: Dave Airlie
Don't worry about attach
I may have fixed the major udl problem with being a console, patch was
posted to dri-devel yesterday, and I've pushed it into -next.
Dave.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majord
plus is also kind to our new
debugging check.
Signed-off-by: Dave Hansen
---
linux-2.6.git-dave/arch/x86/mm/pat.c | 11 ++-
linux-2.6.git-dave/drivers/char/mem.c| 4 ++--
linux-2.6.git-dave/drivers/mtd/mtdchar.c | 2 +-
linux-2.6.git-dave/include/linux/mm.h|
had we not ripped it
out:
https://patchwork.kernel.org/patch/2075911/
Signed-off-by: Dave Hansen
---
linux-2.6.git-dave/drivers/char/mem.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff -puN drivers/char/mem.c~make-kmem-return-error-for-highmem
drivers/char
On 02/08/2013 12:50 PM, H. Peter Anvin wrote:
> On 02/08/2013 12:28 PM, Dave Hansen wrote:
>> +static inline phys_addr_t last_lowmem_phys_addr(void)
>> +{
>> +/*
>> + * 'high_memory' is not a pointer that can be dereferenced, so
>>
Hi Linus,
just 3 nouveau fixes, all user visible issues, I have one radeon
regression fix I'm hoping to send tomorrow once I'm happy with it.
Dave.
The following changes since commit ff7c60c580d9722f820d85c9c58ca55ecc1ee7c4:
drm/ttm: fix fence locking in ttm_buffer_object_transfe
On 02/09/2013 02:47 AM, Borislav Petkov wrote:
> On Sat, Feb 09, 2013 at 10:41:21AM +0100, Borislav Petkov wrote:
> With this change, they definitely fix something because I even get X on
> the box started. Previously, it would spit out the warning and wouldn't
> start X with the login window. And
gt; }
> - return 255; /* invalid */
> + return FILEID_INVALID; /* invalid */
> }
I think you can drop the "/* invalid */" comment from there now as
it is redundant with this change.
Cheers,
Dave.
--
Dave Chinner
da...@fromorbit.com
--
To unsubscribe from this li
radeon_get_ib_value when reading user cmd
(2013-02-12 16:56:25 +1000)
----
Dave Airlie (1):
Merge branch 'drm-nouveau-fixes-3.8' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Jerome Glisse (1)
the modules I have loaded before the suspend, which
seemed to reduce the chances of it happening, but eventually it reoccurred.
Any ideas on how I can further debug this ?
Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
the cpufreq core.
>
> At the moment only Intel SandyBridge processors are supported. As
> testing on SandyBridge+ processors is completed support will be added
> to the driver.
Won't you also need to patch drivers/cpufreq/acpi-cpufreq.c to not load
on the processors that yo
On Tue, Feb 12, 2013 at 04:26:22PM -0800, Hugh Dickins wrote:
> On Tue, 12 Feb 2013, Dave Jones wrote:
>
> > My Thinkpad T430s suspend/resumes fine most of the time. But every so often
> > (like one in ten times or so), as soon as I suspend, I get a black screen,
> &
1 - 100 of 14674 matches
Mail list logo
