On Tue, 08 Jan 2008 22:21:02 EST, Kyle Moffett said:
> lvcreate -s -n "${VOLUME}-snap" "${VG}/${VOLUME}"
> Basically you can fsck the offline snapshot in the background.
Something the lvcreate manpage is specifically not clear about is:
Does this create a snapshot of the *disk* at that
From: Jon Paul Maloy <[EMAIL PROTECTED]>
Date: Tue, 8 Jan 2008 10:34:58 -0500 (EST)
> I have no objections.
I've applied this patch, thanks everyone.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Jan 8, 2008 8:40 PM, Al Boldi <[EMAIL PROTECTED]> wrote:
> Rik van Riel wrote:
> > Al Boldi <[EMAIL PROTECTED]> wrote:
> > > Has there been some thought about an incremental fsck?
> > >
> > > You know, somehow fencing a sub-dir to do an online fsck?
> >
> > Search for "chunkfs"
>
> Sure, and
From: Li Zefan <[EMAIL PROTECTED]>
Date: Wed, 09 Jan 2008 13:44:07 +0800
>
> cn_queue_free_callback() will touch 'dev'(i.e. cbq->pdev),
> so it should be called before atomic_dec(>refcnt).
>
> Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
Excellent catch, patch applied.
Thanks.
--
To
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Date: Tue, 8 Jan 2008 12:03:34 +0530
> Here is a quick and naive smoke test for kprobes.
Thanks very much for writing this.
It will come in handy for me when I work on sparc64
kretprobe support.
--
To unsubscribe from this list: send the line
At Wed, 09 Jan 2008 07:03:18 +0100,
Harald Dunkel wrote:
>
> Takashi Iwai wrote:
> >
> > Did you enable CONFIG_SND_HDA_POWER_SAVE feature? And which hardware
> > (laptop, product name, whatever) exactly?
> >
>
> CONFIG_SND_HDA_POWER_SAVE is not set.
That's fine.
> Hardware is a Dell XPS
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Wed, 9 Jan 2008 08:19:45 +0100
> On Wed, Jan 09, 2008 at 03:55:20AM +, Dave Airlie wrote:
> > now because Linus said send him a patch to revert regressions rather than
> > just complain,
>
> this is not a regression by any definition. You
On Wed, 9 Jan 2008 11:21:40 +0800
"Cai, Cliff" <[EMAIL PROTECTED]> wrote:
>
> Hi,all
>
> I'd like to say something about this issue.
> Currently,the blackfin on chip SD host ONLY support 1-bit MMC while
> support 1-bit/4-bit SD/SDIO.
> And we want our driver to support both 1-bit MMC and 4-bit
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Wed, 9 Jan 2008 08:17:27 +0100
> NACK. If you want to do it you'll need a much better reason and an
> in-tree user. And if you want to redo it it should be available for
> all platforms with a consistant API.
I majorly NACK this as well, we
On Wed, Jan 09, 2008 at 03:55:20AM +, Dave Airlie wrote:
> now because Linus said send him a patch to revert regressions rather than
> just complain,
this is not a regression by any definition. You were abusing exported
symbols for out of tree junk, so you'll lose.
--
To unsubscribe from
On Tue, 8 Jan 2008 16:44:08 -0500
"Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> On Jan 8, 2008 3:49 PM, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> > So, again, if you feel that there is a hardware difference between 4-bit
> > MMC and 4-bit SD then please elaborate as it is my understanding that
Sorry missed the function prototype and includes earlier.
Here is the corrected patch. Build tested.
The ioctl handler is called with the BKL held. Registering
unlocked_ioctl handler instead of registering ioctl handler.
Signed-off-by: Nikanth Karthikesan <[EMAIL PROTECTED]>
---
diff --git
On Wed, Jan 09, 2008 at 02:34:46AM +, Dave Airlie wrote:
>
> [This an initial RFC but I'd like to have this patch in before 2.6.24 goes
> final as it really breaks this useful feature]
>
> mmiotrace the MMIO access tracer used to reverse engineer binary blobs
> used this notifier interface
On Sat, 5 Jan 2008 16:16:55 -0600 David Fries <[EMAIL PROTECTED]> wrote:
> --- a/kernel/time.c
> +++ b/kernel/time.c
> @@ -565,7 +565,11 @@ EXPORT_SYMBOL(jiffies_to_timeval);
> clock_t jiffies_to_clock_t(long x)
> {
> #if (TICK_NSEC % (NSEC_PER_SEC / USER_HZ)) == 0
> + #if HZ < USER_HZ
> +
On Jan 9, 2008 2:37 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Jan 9, 2008 2:13 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Jan 09, 2008 at 09:32:48AM +0800, Dave Young wrote:
> > > On Jan 9, 2008 6:48 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > > > On Tue, Jan 08, 2008 at
On Jan 9, 2008 2:13 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Wed, Jan 09, 2008 at 09:32:48AM +0800, Dave Young wrote:
> > On Jan 9, 2008 6:48 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > > On Tue, Jan 08, 2008 at 03:05:10PM +0800, Dave Young wrote:
> > > > On Jan 8, 2008 1:20 AM, Greg KH
Hello.
[EMAIL PROTECTED] wrote:
> Good summary - probably should add that to the patch, drop it into
> Documentation/syaoran-config.txt or similar...
I see.
> Modification while reading *is* an issue, but can probably be worked around
> with some clever locking. The race condition I was
Mark Lord wrote:
> I wouldn't buy anything with "Sony" on it,
Any particular reason?
> but Albert thinks ATAPI tapes should be working now
> (he has my old drive now).
Thanks for the info.
Regards
jonathan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, 2008-01-09 at 07:14 +0100, Heiko Carstens wrote:
> > +/*
> > + * If it is a kprobe pagefault we can not be premptible so return before
>
> Missing 'e' in preemptible.
OK.
> However, the old code you removed had a lot of preempt_disable/enable calls
> that you removed. Hope you checked
On Tue, Jan 08, 2008 at 08:10:42PM -0800, Andrew Morton wrote:
[...]
> I must say that the number of bugs which actually go away when the user
> stops using nvidia/fglrx/ndiswrapper/etc is a small minority.
[...]
> But people who think that removing the nvidia driver will
> magically fix that
> +/*
> + * If it is a kprobe pagefault we can not be premptible so return before
Missing 'e' in preemptible.
However, the old code you removed had a lot of preempt_disable/enable calls
that you removed. Hope you checked that preemption was always disabled
already and the calls were not necessary
Am Mittwoch, 9. Januar 2008 schrieb Fengguang Wu:
> > /dev/sda6 on / type ext3 (rw,noatime,errors=remount-ro,acl)
> > tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
> > proc on /proc type proc (rw,noexec,nosuid,nodev)
> > sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
> > procbususb on
On Wed, Jan 09, 2008 at 09:32:48AM +0800, Dave Young wrote:
> On Jan 9, 2008 6:48 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 08, 2008 at 03:05:10PM +0800, Dave Young wrote:
> > > On Jan 8, 2008 1:20 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > > > On Mon, Jan 07, 2008 at 06:13:37PM
The ioctl handler is called with the BKL held. Registering
unlocked_ioctl handler instead of registering ioctl handler.
Signed-off-by: Nikanth Karthikesan <[EMAIL PROTECTED]>
---
diff --git a/arch/x86/kernel/cpu/mcheck/mce_64.c
b/arch/x86/kernel/cpu/mcheck/mce_64.c
diff --git
Tejun Heo wrote:
[cc'ing linux-ide]
Jonathan Woithe wrote:
Hi guys
I was wondering whether anyone can shed any light on the status of SATA tape
drives. There's very little info on the net about this at least in the
places I've checked; the only thing of any significance I've found thus far
Takashi Iwai wrote:
Did you enable CONFIG_SND_HDA_POWER_SAVE feature? And which hardware
(laptop, product name, whatever) exactly?
CONFIG_SND_HDA_POWER_SAVE is not set.
Hardware is a Dell XPS M1330. CPU is Core2 Duo T7500, 2.20GHz,
2 GByte RAM. lspci:
00:00.0 Host bridge: Intel
On Thu, Jan 10, 2008 at 11:25:14AM +0530, Nikanth Karthikesan wrote:
> The Machine check handler registers ioctl handler that is called
> with the BKL held. Changing to register unlocked_ioctl instead.
> Also mce ioctl handler does not seem to need any lock protection.
Thanks, but I already did
The Machine check handler registers ioctl handler that is called
with the BKL held. Changing to register unlocked_ioctl instead.
Also mce ioctl handler does not seem to need any lock protection.
To: Andi Kleen <[EMAIL PROTECTED]>
Cc: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
Change the
cn_queue_free_callback() will touch 'dev'(i.e. cbq->pdev),
so it should be called before atomic_dec(>refcnt).
Signed-off-by: Li Zefan <[EMAIL PROTECTED]>
---
drivers/connector/cn_queue.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/connector/cn_queue.c
On Tue, 08 Jan 2008 18:52:42 -0800
Zachary Amsden <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-01-08 at 14:15 -0500, David P. Reed wrote:
> > Alan Cox wrote:
> > > The natsemi docs here say otherwise. I trust them not you.
> > >
> > As well you should. I am honestly curious (for my own
> I think the problem is that the vsyscall/vdso code calls it through
> vread and for that it has to be exported. There seems to be also
> another bug with the old style vsyscalls not using the TSC vread
> that masks it on older glibc
>
> Stepping with gdb through old style vgettimeofday()
Zachary Amsden wrote:
BTW, it isn't ever safe to pass port 0x80 through to hardware from a
virtual machine; some OSes use port 0x80 as a hardware available scratch
register (I believe Darwin/x86 did/does this during boot).
That's funny, because there is definitely no guarantee that you get
[cc'ing linux-ide]
Jonathan Woithe wrote:
> Hi guys
>
> I was wondering whether anyone can shed any light on the status of SATA tape
> drives. There's very little info on the net about this at least in the
> places I've checked; the only thing of any significance I've found thus far
> is a note
On Wed, Jan 09, 2008 at 10:32:39AM +0800, WANG Cong wrote:
>
> >> > If we can make this to be an offical project for Linux kernel, I
> >> > think it won't be a big problem.
> >>
> >> We don't even manage to maintain the English language texts properly,
> >> and I am therefore not overly
On Tue, 08 Jan 2008 22:50:43 +0900, Tetsuo Handa said:
> Yes. It is a line-by-line processable format defined as:
>
> filename permission owner group flags type [ symlink_data | major minor ]
>
> where flags are bit-wised combinations of
>
> * 1: Allow creation of the file.
> * 2:
> On Wed, Jan 09, 2008 at 03:37:50AM +, Dave Airlie wrote:
> >
> > > The drm drivers in this patch all used drm_ioctl to perform their
> > > ioctl calls. The common function is converted to use lock_kernel()
> > > and unlock_kernel() and the drivers are converted to use .unlocked_ioctl
> >
On Wed, 9 Jan 2008 15:27:59 +1100 Rusty Russell <[EMAIL PROTECTED]> wrote:
> > > I assume you've
> > > queued these because you're thinking of applying them before 2.6.24? I'd
> > > say only
> > > modules-de-mutex-more-symbol-lookup-paths-in-the-module-code.patch
> > > warrants that (the other
Rik van Riel wrote:
> Al Boldi <[EMAIL PROTECTED]> wrote:
> > Has there been some thought about an incremental fsck?
> >
> > You know, somehow fencing a sub-dir to do an online fsck?
>
> Search for "chunkfs"
Sure, and there is TileFS too.
But why wouldn't it be possible to do this on the current
I like this patch set thank you.
On Tue, 08 Jan 2008 15:59:44 -0500
Rik van Riel <[EMAIL PROTECTED]> wrote:
> Index: linux-2.6.24-rc6-mm1/mm/memcontrol.c
> ===
> --- linux-2.6.24-rc6-mm1.orig/mm/memcontrol.c 2008-01-07
Hello.
Indan Zupancic wrote:
> I think you focus too much on your way of enforcing filename/attributes
> pairs.
So?
> The same can be achieved by creating the device nodes with
> expected attributes, and preventing processes from changing those files.
The device nodes have to be deletable if
Hello.
James Morris wrote:
> Why aren't you using securityfs for this? (It was designed for LSMs).
We are using securityfs mounted on /sys/kernel/security/ .
Thanks.
Kentaro Takeda
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Wed, 9 Jan 2008, James Morris wrote:
> On Wed, 9 Jan 2008, Kentaro Takeda wrote:
>
> > Common functions for TOMOYO Linux.
> >
> > TOMOYO Linux uses /sys/kernel/security/tomoyo interface for configuration.
>
> Why aren't you using securityfs for this? (It was designed for LSMs).
Doh, it is
On Thu, 2007-12-20 at 13:12 +, Jan Beulich wrote:
> This is the base patch, adding notification for task creation and
> deletion.
>
> Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
> ---
> include/linux/sched.h |8 +++-
> kernel/fork.c | 11 +++
> 2 files changed,
On Wednesday 09 January 2008 14:33:50 Andrew Morton wrote:
> On Wed, 9 Jan 2008 14:20:18 +1100 Rusty Russell <[EMAIL PROTECTED]>
wrote:
> > On Wednesday 09 January 2008 11:21:59 Andrew Morton wrote:
> > > The string handling in here has become a bit scruffy.
> >
> > Yes, that patch also evokes a
On Wed, 9 Jan 2008, Kentaro Takeda wrote:
> Common functions for TOMOYO Linux.
>
> TOMOYO Linux uses /sys/kernel/security/tomoyo interface for configuration.
Why aren't you using securityfs for this? (It was designed for LSMs).
- James
--
James Morris
<[EMAIL PROTECTED]>
--
To unsubscribe
On Tue, 8 Jan 2008 17:28:56 -0500
Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Tue, 8 Jan 2008 14:18:40 -0800 (PST)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 8 Jan 2008, Rik van Riel wrote:
> >
> > > Define page_file_cache() function to answer the question:
> > > is page
On Jan 9, 2008 2:29 AM, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> The on-chip Blackfin MMC/SD/SDIO host controller has the ability to do 1-bit
> MMC, 1-bit/4-bit SD, and 1-bit/4-bit SDIO. Thus the current convention of
> MMC_CAP_4_BIT_DATA meaning "your host controller can do 1-bit or 4-bit for
On Tue, 08 Jan 2008 08:48:35 +0200, Thanasis said:
> Is there a kernel driver that would make a NIC's port work as a RS232
> port, using the serial cables that are RJ45 on one side and DB9 or DB25
> on the other? Maybe null modem cables of that type ? Or for example
> those used by cisco as
Use a central kprobe_handle_fault() inline in kprobes.h to remove
all of the arch-dependant, practically identical implementations in
avr32, ia64, powerpc, s390, sparc64, and x86.
avr32 was the only arch without the preempt_disable/enable pair
in its notify_page_fault implementation.
This
> An alternative might be to come up with something decent and target 2.6.24.x
If you want zero cache line cost the only way is to handle that using Mathieu's
inline patch infrastructure. Having a generic notifier type based on that would
be
probably a good idea.
-Andi
--
To unsubscribe from
On Tue, 08 Jan 2008 15:59:46 -0500
Rik van Riel <[EMAIL PROTECTED]> wrote:
> The access ratio based scan rate determination in get_scan_ratio
> works ok in most situations, but needs to be corrected in some
> corner cases:
> - if we run out of swap space, do not bother scanning the anon LRUs
> -
On Tue, 08 Jan 2008 23:01:07 -0500 [EMAIL PROTECTED] wrote:
> On Mon, 07 Jan 2008 16:19:30 MST, Matthew Wilcox said:
> > On Mon, Jan 07, 2008 at 06:04:25PM -0500, [EMAIL PROTECTED] wrote:
> > > Theoretically, at least. Sometimes, in the real world, other constraints
> > > enter into it...
> >
>
On Wed, Jan 09, 2008 at 03:37:50AM +, Dave Airlie wrote:
>
> > The drm drivers in this patch all used drm_ioctl to perform their
> > ioctl calls. The common function is converted to use lock_kernel()
> > and unlock_kernel() and the drivers are converted to use .unlocked_ioctl
> >
>
> NAK
On Mon, 07 Jan 2008 16:19:30 MST, Matthew Wilcox said:
> So you're saying that you can't find reliable ways to reproduce problems
> on demand? Those are some of the lower quality bug reports, so I don't
> think we're losing much by having you not report them.
And in the next e-mail in my lkml
Hi guys
I was wondering whether anyone can shed any light on the status of SATA tape
drives. There's very little info on the net about this at least in the
places I've checked; the only thing of any significance I've found thus far
is a note in a Bacula document dated April 2007 which states
On Mon, 07 Jan 2008 16:19:30 MST, Matthew Wilcox said:
> On Mon, Jan 07, 2008 at 06:04:25PM -0500, [EMAIL PROTECTED] wrote:
> > Theoretically, at least. Sometimes, in the real world, other constraints
> > enter into it...
>
> So you're saying that you can't find reliable ways to reproduce
I had some boot failures here with git-x86 with init and hotplug all
segfaulting early on userland with new glibc. Bisecting found
commit 6aea5bc37fa790eaf3a942f0785985914568e214
Author: Ingo Molnar <[EMAIL PROTECTED]>
Date: Sat Jan 5 13:27:08 2008 +0100
x86: move native_read_tsc()
>
> An alternative might be to come up with something decent and target 2.6.24.x
I don't see mmiotrace getting merged into a stable kernel... how do
however see it getting cleaned up for 2.6.25 now that people know how
fragile the kernel hooks for it are..
> We put the crappy code back in
> > Well, yes, the warning is actually new as well. Previously your kernel
> > just silently ignored 8 more mem resources than it does now it seems.
> >
> > Given that people are hitting these limits, it might make sense to just
> > do away with the warning for 2.6.24 again while waiting for
On Wednesday 09 January 2008 14:00:04 Zach Brown wrote:
> > Firstly, why not just specify an address for the return value and be
> > done with it? This infrastructure seems overkill, and you can always
> > extend later if required.
>
> Sorry, which infrastructure?
>
> Providing the function
Dave,
This one adds new pci ids for Intel intergrated graphics
chipset, with gtt table access change on it and new gtt table
size definition.
Thanks.
Signed-off-by: Zhenyu Wang <[EMAIL PROTECTED]>
---
drivers/char/agp/agp.h |3 +++
drivers/char/agp/intel-agp.c | 31
> The drm drivers in this patch all used drm_ioctl to perform their
> ioctl calls. The common function is converted to use lock_kernel()
> and unlock_kernel() and the drivers are converted to use .unlocked_ioctl
>
NAK
I've started looking at this already in the drm git tree, I'm going to
Some more work is needed on this patch, but I'm looking for
some feedback about the general direction. X86_64's
implementation seems nicer and it would be useful to use
a common base for further unification in the oops handling.
Modify the X86_32 implementation of die() using helpers
On Wed, 9 Jan 2008 14:20:18 +1100 Rusty Russell <[EMAIL PROTECTED]> wrote:
> On Wednesday 09 January 2008 11:21:59 Andrew Morton wrote:
> > The string handling in here has become a bit scruffy.
>
> Yes, that patch also evokes a const warning. Fixed below.
No patch was included.
> I assume
On Sat, Dec 29, 2007 at 03:56:59PM +0100, Hans-Peter Jansen wrote:
> Am Freitag, 28. Dezember 2007 schrieb Sascha Warner:
> > Andrew Morton wrote:
> > > On Thu, 27 Dec 2007 23:08:40 +0100 Sascha Warner <[EMAIL PROTECTED]>
> wrote:
> > >> Hi,
> > >>
> > >> I applied your patches to 2.6.24-rc6-mm1,
On Wed, 9 Jan 2008 03:17:37 + (GMT) Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 9 Jan 2008 02:34:46 + (GMT) Dave Airlie <[EMAIL PROTECTED]>
> > wrote:
> >
> > >
> > > [This an initial RFC but I'd like to have this patch in before 2.6.24
> > > goes
> > > final as it really
[PATCH] x86_64: cleanup setup_node_zones called by paging_init
setup_node_zones calcuates some variable but only use them when
FLAT_NODE_MEM_MAP is set
so change the MACRO postion to avoid calculating.
also change it to static
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
Index:
Hi,all
I'd like to say something about this issue.
Currently,the blackfin on chip SD host ONLY support 1-bit MMC while
support 1-bit/4-bit SD/SDIO.
And we want our driver to support both 1-bit MMC and 4-bit SD/SDIO.but
the current MMC driver framework
Only allow us to set one kind of bus
On Tue, 2008-01-08 at 18:24 -0800, Matt Helsley wrote:
> On Sun, 2007-12-23 at 12:26 +, Christoph Hellwig wrote:
> > On Thu, Dec 20, 2007 at 01:11:24PM +, Jan Beulich wrote:
> > > With more and more sub-systems/sub-components leaving their footprint
> > > in task handling functions, it
On Mon, Jan 07, 2008 at 02:40:13PM +0100, Joerg Platte wrote:
> Am Montag, 7. Januar 2008 schrieb Peter Zijlstra:
> > On Mon, 2008-01-07 at 14:24 +0100, Joerg Platte wrote:
> >
> > This is from: 2.6.24-rc7
> >
> > > kernel: pdflush D f41c2f14 0 18822 2
> > > kernel:f673f000
On Jan 8, 2008 9:02 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> > Except this time when rebooting the machine i got a kernel oops
> > message and it didn't boot completely. I could not copy it but I did
> > take a picture and now I have re-written the screen here(sorry about
>
> That is interesting
Andi Kleen wrote:
Yeah, that may be true, but this particular tree is weird, and I'm trying
to understand what's going on here. Specifically, 64-bit ioremap()s
*don't* set _PAGE_GLOBAL, which appears to be an accident resulting from
the strange definitions of __PAGE_KERNEL_* vs PAGE_KERNEL_*.
On Jan 08, 2008, at 15:51:53, Andi Kleen wrote:
Theodore Tso <[EMAIL PROTECTED]> writes:
Now, there are good reasons for doing periodic checks every N
mounts and after M months. And it has to do with PC class
hardware. (Ted's aphorism: "PC class hardware is cr*p").
If these reasons are
On Tue, 08 Jan 2008 18:47:00 -0800 Matt Helsley <[EMAIL PROTECTED]> wrote:
> > >
> ...
> > > Am I to conclude then that there's no point in addressing the issues other
> > > people pointed out? While I (obviously, since I submitted the patch
> > > disagree),
> > > I'm not certain how others
On Wednesday 09 January 2008 11:21:59 Andrew Morton wrote:
> The string handling in here has become a bit scruffy.
Yes, that patch also evokes a const warning. Fixed below. I assume you've
queued these because you're thinking of applying them before 2.6.24? I'd say
only
> On Wed, 9 Jan 2008 02:34:46 + (GMT) Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> >
> > [This an initial RFC but I'd like to have this patch in before 2.6.24 goes
> > final as it really breaks this useful feature]
> >
> > mmiotrace the MMIO access tracer used to reverse engineer binary
On Mon, 2008-01-07 at 12:17 +0900, Ian Kent wrote:
>
> Basically, from a bash shell, setting working directory to a mounted
> directory all is fine with "pwd" and "/proc//cwd". Following a
> "umount - l" on the mount "pwd" continues to return the expected string
> but "/proc//cwd" returns an
On Wed, 9 Jan 2008 02:34:46 + (GMT) Dave Airlie <[EMAIL PROTECTED]> wrote:
>
> [This an initial RFC but I'd like to have this patch in before 2.6.24 goes
> final as it really breaks this useful feature]
>
> mmiotrace the MMIO access tracer used to reverse engineer binary blobs
> used this
> Except this time when rebooting the machine i got a kernel oops
> message and it didn't boot completely. I could not copy it but I did
> take a picture and now I have re-written the screen here(sorry about
That is interesting - that sort of error usually points at memory
corruption and early on
This patch transforms the kexec page tables setup code from assembler
code to C code in machine_kexec_prepare. This improves readability and
reduces code line number.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/machine_kexec_32.c | 50 +++
> Firstly, why not just specify an address for the return value and be done
> with it? This infrastructure seems overkill, and you can always extend later
> if required.
Sorry, which infrastructure?
Providing the function and stack to return to? Sure, I could certainly
entertain the
This patch add an architecture specific struct arch_kimage into struct
kimage. Three pointers to page table pages used by kexec are added to
struct arch_kimage. The page tables pages are dynamically allocated in
machine_kexec_prepare instead of statically from BSS segment. This
will save up to 20k
This patchset cleans up page table setup code of kexec on i386.
This patchset is based on 2.6.24-rc5-mm1 and has been tested on i386
with/without PAE enabled.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Greg,
Let me know what you think, and if there's anything you want me
to fix/change.
[EMAIL PROTECTED] wrote:
OVERVIEW
This patch-set is being resubmitted after some discussion
and in response to critiques of the original submission
made by the lkml community.
The patches should be
On Tue, 2008-01-08 at 14:14 -0800, Andrew Morton wrote:
> On Tue, 08 Jan 2008 13:38:03 +
> "Jan Beulich" <[EMAIL PROTECTED]> wrote:
>
> > >>> Andrew Morton <[EMAIL PROTECTED]> 25.12.07 23:05 >>>
> > >On Sun, 23 Dec 2007 12:26:21 + Christoph Hellwig <[EMAIL PROTECTED]>
> > >wrote:
> > >
>
On Tue, 2008-01-08 at 14:15 -0500, David P. Reed wrote:
> Alan Cox wrote:
> > The natsemi docs here say otherwise. I trust them not you.
> >
> As well you should. I am honestly curious (for my own satisfaction) as
> to what the natsemi docs say the delay code should do (can't imagine
> they
On Tue, 8 Jan 2008 14:42:03 -0800 (PST)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Tue, 8 Jan 2008, Rik van Riel wrote:
>
> > > Also would it be possible to create generic functions that can move pages
> > > in pagevecs to an arbitrary lru list?
> >
> > What would you use those functions
Ondrej Zary wrote:
> Hello,
> I switched to libata drivers for my onboard PATA controller (PIIX4) recently.
> Everything works fine except that kernel tries to start not only my hard
> drive (sda) but also LS-120 floppy drive (sdb) which does not like it:
>
> sd 0:0:0:0: [sda] Starting disk
>
On Wed, Jan 09, 2008 at 02:34:46AM +, Dave Airlie wrote:
>
> [This an initial RFC but I'd like to have this patch in before 2.6.24 goes
> final as it really breaks this useful feature]
>
> mmiotrace the MMIO access tracer used to reverse engineer binary blobs
> used this notifier interface
[This an initial RFC but I'd like to have this patch in before 2.6.24 goes
final as it really breaks this useful feature]
mmiotrace the MMIO access tracer used to reverse engineer binary blobs
used this notifier interface and is planned on being pushed upstream.
Having users able to just use
On Tue, Jan 08, 2008 at 06:28:18PM -0800, Russell Leidich wrote:
> On Jan 8, 2008 3:52 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > ENTRY(thermal_interrupt)
> > > - apicinterrupt THERMAL_APIC_VECTOR,smp_thermal_interrupt
> > > + apicinterrupt
>> > If we can make this to be an offical project for Linux kernel, I
>> > think it won't be a big problem.
>>
>> We don't even manage to maintain the English language texts properly,
>> and I am therefore not overly optimistic that we'll have the
>> translations maintained properly for many
On Jan 9, 2008 4:49 AM, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> On Tue, 8 Jan 2008 14:40:49 -0500
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
> >
> > i dont understand what's confusing. the Blackfin on chip host controller
> > only
> > supports 1-bit MMC, but it supports 4-bit SD/SDIO.
Linda Walsh wrote:
>Is 'main' diff between NCQ/TCQ that TCQ can re-arrange 'write'
> priority under driver control, whereas NCQ is mostly a FIFO queue?
No, NCQ can reorder although I recently heard that windows issues
overlapping NCQ commands and expects them to be processed in order (what
>
>"only" is the wrong word in this context.
>
>If someone would update the translations for one language every
>3 months for the next years that would be great and disprove my
>concerns.
>
>After all, updates every 3 months would beat the maintainance level of
>at least three of our
On Jan 8, 2008 3:52 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > ENTRY(thermal_interrupt)
> > - apicinterrupt THERMAL_APIC_VECTOR,smp_thermal_interrupt
> > + apicinterrupt THERMAL_APIC_VECTOR,smp_thermal_interrupt(%rip)
>
> Are you sure a * is not needed? I would have thought it would
On Jan 7, 2008 5:30 PM, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Mon, 7 Jan 2008 17:15:01 -0600
> "Stoyan Gaydarov" <[EMAIL PROTECTED]> wrote:
>
> > Today I upgraded my kernel from 2.6.23.9 to 2.6.23.12 and in the past
> > 30 minutes I have had to restart my computer twice.
> > I believe its a
On Sun, 2007-12-23 at 12:26 +, Christoph Hellwig wrote:
> On Thu, Dec 20, 2007 at 01:11:24PM +, Jan Beulich wrote:
> > With more and more sub-systems/sub-components leaving their footprint
> > in task handling functions, it seems reasonable to add notifiers that
> > these components can
>"I will use ...
>http://images.google.cz/images?svnum=100=1=cs=firefox-a=org.mozilla%3Acs%3Aofficial=I+will+use+Google+before=Hledat+obr%C3%A1zky
>... for making translations..."
>http://www.google.com/translate?u=http%3A%2F%2Flxr.linux.no%2Flinux%2FDocumentation%2FHOWTO=en%7Czh-TW=en=UTF8
>?
>
Use the fixup_exception() helper instead of the open-coded
search_extable() users.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
Ingo, this depends on my patch in x86.git unifying extable.c that
introduces fixup_exception() to X86_64.
arch/x86/kernel/traps_64.c | 47
1 - 100 of 1301 matches
Mail list logo