On Sun, Mar 25, 2007 at 10:36:02PM +0200, Joerg Roedel wrote:
> This patch replaces the deprecated functions in drivers/char/riscom8.c
> and fixes the compile warnings they produced.
That's not the point of exercise. Make it SMP-safe, instead.
> --- a/drivers/char/riscom8.c
> +++
fyi, dummy copy_ipcs() needed to move bc we need CLONE_NEWIPC
definition, but #including sched.h breaks...
Andrew, I'll send a separate version for mm since return type
changed as with utsname.
thanks,
-serge
From: "Serge E. Hallyn" <[EMAIL PROTECTED]>
Subject: [PATCH] ipcns: fix !CONFIG_IPC_NS
On 26/03/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Stardust is down, console log and config attached.
thanks! I have stared at hrtimer.c a few more hours and the good news is
that i found a narrow SMP race. The bad news is that i dont think it
On 3/27/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> It's related. I tested without CONFIG_HPET_TIMER, and now my X60 can
> suspend and resume from RAM (s2ram). Even better, it works
> with/without CONFIG_NO_HZ.
Does the patch below fix the HPET_TIMER=y case ?
Thomas, I tried, but it
Adrian Bunk wrote:
> > > Subject: ThinkPad R60: suspend to disk broken
> Does setting CONFIG_PCI_MSI=n make any difference?
Yes, it does. The hanging resume problem went away.
(The display corruption and the instant resume were not affected.)
Marcus
-
To unsubscribe from this list: send
* Jesse Brandeburg <[EMAIL PROTECTED]> wrote:
> was there a "NETDEV WATCHDOG" message that follows this? If not it is
> a harmless debug print. Note the time_stamp and jiffies difference,
> very large, consistent with a resume. I think we need to disable the
> internal e1000 tx hang code
Ubuntu 6.10 with kernel version 2.6.21-rc5 compiled with ahci support
I have a MSI K9AGM motherboard that ships with four SB600 SATA ports but
when the kernel is booting it shows some errors and the SATA disk is not
detected.
Here is what dmesg throws:
dmesg:
[1.332000] ide: Assuming
Hi, list,
I am working on the directory inode reservation feature now. Here is the
detailed description of my understand of the designing, and current
implementations.
Please give me your comments on this idea. Thanks for your help in
advance.
Best regards.
Coly Li
Hello.
Bartlomiej Zolnierkiewicz wrote:
[PATCH] ide: make ide_hwif_t.ide_dma_host_on void
* since ide_hwif_t.ide_dma_host_on is called either when drive->using_dma == 1
or when return value is discarded make it void, also drop "ide_" prefix
* make __ide_dma_host_on() void and drop "__"
Michal Piotrowski wrote:
Remove unused function
CC drivers/kvm/svm.o
drivers/kvm/svm.c:207: warning: ‘inject_db’ defined but not used
Applied, thanks.
--
error compiling committee.c: too many arguments to function
-
To unsubscribe from this list: send the line "unsubscribe
Tomoki Sekiyama wrote:
Hi,
Thanks for your reply.
3) Use "dirty_ratio" as the blocking ratio. And add
"start_writeback_ratio", and start writeback at
start_writeback_ratio(default:90) * dirty_ratio / 100 [%].
In this way, specifying blocking ratio can be done in the same way
as
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Stardust is down, console log and config attached.
thanks! I have stared at hrtimer.c a few more hours and the good news is
that i found a narrow SMP race. The bad news is that i dont think it
could explain your bug symptoms: the worst-case
On Fri, 23 Mar 2007, Andrew Morton wrote:
> On Fri, 23 Mar 2007 10:54:12 -0700 (PDT) Christoph Lameter <[EMAIL
> PROTECTED]> wrote:
>
> > Here are the results of aim9 tests on x86_64. There are some minor
> > performance
> > improvements and some fluctuations.
>
> There are a lot of numbers
Update some of the layered parport_driver code to use parport->dev:
- i2c-parport (parent of i2c_adapter)
- spi_butterfly (parent of spi_master, allowing cruft removal)
- lp (creating class_device)
- ppdev (parent of parportN device)
- tipar (creating
Fix "unused variable" compiler warning on non-SMP x86_64 configs.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
--- a/arch/x86_64/kernel/early-quirks.c
+++ b/arch/x86_64/kernel/early-quirks.c
@@ -73,9 +73,9 @@ static void __init ati_bugs(void)
static void intel_bugs(void)
{
+#ifdef
From: Jean Delvare <[EMAIL PROTECTED]>
Give legacy parallel ports a platform device in the device tree.
This is a quick and dirty implementation; it doesn't actually convert
the legacy parport code to the device driver model (by splitting out
probing from device creation). But at least parallel
Currently a parport_driver can't get a handle on the device node for the
underlying parport (PNPACPI, PCI, etc). That prevents correct placement
of sysfs child nodes, which can affect things like power management.
This patch adds a field to "struct parport" pointing to that device node,
and
On Mon, 2007-03-26 at 13:37 +0800, Jeff Chua wrote:
> On 3/26/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > > Resume from RAM (s2ram) still broke (tried with or without
> > > CONFIG_NO_HZ). Suspend to RAM seems ok, but upon resume, the screen
> > > will only display "inu" and only after
On Tuesday 27 March 2007 01:28, Andy Whitcroft wrote:
> Andy Whitcroft wrote:
> Subsequent to that Con suggested testing a refactored RSDL patch. That
> patch seemed to work on the machine at hand, so tests have been
> submitted for all the affected machines.
>
>
On Mon, 26 Mar 2007 15:12:31 +0100 Jan Beulich wrote:
> Based on replies to a respective query, remove the pci_dac_dma_...() APIs
> (except for pci_dac_dma_supported() on Alpha, where this function is used
> in non-DAC PCI DMA code).
>
> Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
> Cc: Andi
On Fri, Mar 23, 2007 at 06:42:14PM +0100, markus reichelt wrote:
> * "Jan C. Nordholz" <[EMAIL PROTECTED]> wrote:
> > I'm seeing this for quite a while now (since 2.6.16 at least), but
> > without any obvious indicator to what might be causing it... where
> > should I continue debugging this?
> I
Jesse Brandeburg wrote:
On 3/26/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
hm, on a T60, after suspend/resume, i get an e1000 timeout:
e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow
Control: RX/TX
e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
Tx Queue
On 3/26/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
hm, on a T60, after suspend/resume, i get an e1000 timeout:
e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow
Control: RX/TX
e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
Tx Queue <0>
TDH
Ingo Molnar wrote:
> hm, on a T60, after suspend/resume, i get an e1000 timeout:
>
> e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow
> Control: RX/TX
> e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
> Tx Queue <0>
> TDH
> TDT
On 3/26/07, Richard Knutsson <[EMAIL PROTECTED]> wrote:
> I guess he's referring to the well known "Master volume only controls
> front output" problem. This really does need to be resolved, as many
> other ALSA drivers are effected.
Isn't this quite a basic feature?! Is there somewhere to
Hiroyuki Machida <[EMAIL PROTECTED]> writes:
> I'm not famillar with recent fat code, but code itself looks good for
> just turn on/off time adjusting. On the other hand, I feel we need more
> consideration on use cases/requirements. I feel that turning off
> time adjustment is a just ad-hoc
Andy Whitcroft wrote:
> Con Kolivas wrote:
>
>> This is about the only place I can see the run_list is looked at unlocked.
>> Can
>> you see if this simple patch helps? The debug patch is unnecessary now.
>
> Tests queued with this patch. Will let you know.
That patch had no effect on the
Change prototypes for __chk_user_ptr and __chk_io_ptr
to take const void* instead of void*, so that code can pass
const void* to them. (Right now sparse does not warn
about passing const void* to void* functions, but that
is a separate bug that I believe Josh is working on,
and once sparse does
This is a fix for a bug introduced by the patch
make-futex_wait-use-an-hrtimer-for-timeout.patch : the timeout value
is not passed anymore to futex_lock_pi.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
---
kernel/futex.c|8 ++--
kernel/futex_compat.c |4 +++-
2 files
Fix "Section mismatch" warnings in arch/x86_64/kernel/time.c
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/time.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.21-rc4-mm1/arch/x86_64/kernel/time.c
On 26/03/07, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
On 26/03/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-03-26 at 16:20 +0200, Michal Piotrowski wrote:
> > >
> > > I've got a crash dump, I'll try to figure out what is causing it ;)
> > >
> >
> > That might be useful
> >
From: John Anthony Kazos Jr. <[EMAIL PROTECTED]>
This patch alters the (do...while) construct to a simple (while) and saves
one increment operation. It's entirely possible that gcc optimizes away
the first iteration anyway, but in case it doesn't (and also because it's
easier to read this
On 26/03/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Mon, 2007-03-26 at 16:20 +0200, Michal Piotrowski wrote:
> >
> > I've got a crash dump, I'll try to figure out what is causing it ;)
> >
>
> That might be useful
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5/
Can
On Mon, 2007-03-26 at 16:20 +0200, Michal Piotrowski wrote:
> >
> > I've got a crash dump, I'll try to figure out what is causing it ;)
> >
>
> That might be useful
> http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6.21-rc5/
Can you please upload a disassembly of hrtimer_interrupt() ?
On Mon, Mar 26, 2007 at 12:00:22PM +0200, Marcus Better wrote:
> Adrian Bunk wrote:
> > Subject: ThinkPad R60: suspend to disk broken
> > References : http://lkml.org/lkml/2007/3/23/74
> > Submitter : Marcus Better <[EMAIL PROTECTED]>
> > Status : submitter tries to bisect
>
> I just
Hi,
the Super I/O 887x-chipsets of ITE, are currently not completely
supported. Only parport_pc has the ability to activate the (optional)
parallel port. This patch adds support for the serial ports.
Signed-off-by: Niels de Vos <[EMAIL PROTECTED]>
---
Update: I tested 2.6.21-rc5 with the following settings
# CONFIG_NO_HZ is not set
CONFIG_HPET_TIMER=y
CONFIG_HPET_EMULATE_RTC=y
# CONFIG_HPET is not set
1. Without additional kernel options
After systems comes out of suspend to ram, I observed the following
behaviour (I used s2ram from
On Fri, 2007-03-23 at 15:42 -0700, Ken Chen wrote:
> rename hugetlb_zero_setup() to hugetlb_file_setup() to better match
> function name convention like shmem implementation. Also add an
> argument to the function to indicate whether file setup should reserve
> hugetlb page upfront or not.
>
>
On x86-64, kernel memory freed after init can be entirely unmapped instead
of just getting 'poisoned' by overwriting with a debug pattern.
On i386 and x86-64 (under CONFIG_DEBUG_RODATA), kernel text and bug table
can also be write-protected. On x86-64, in addition to that, also make sure
that
Based on replies to a respective query, remove the pci_dac_dma_...() APIs
(except for pci_dac_dma_supported() on Alpha, where this function is used
in non-DAC PCI DMA code).
Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Jesse Barnes <[EMAIL PROTECTED]>
Cc:
Pavel Machek wrote:
>> > Subject: ThinkPad R60: suspend to disk broken
>> > References : http://lkml.org/lkml/2007/3/23/74
>> input, so I suspended to RAM again. This time the resume failed, it hung
>> after printing "Linux!" in yellow at the top of the screen.
> Yellow Linux! is my
Hi,
Could you help me please, how can my serial driver to work in half-duplex and
full-duplex mode?
Thank you
-
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 Mon, 2007-03-26 at 12:31 +, Pavel Machek wrote:
> > + lapic_timer_c2_ok [IA-32,APIC] trust the local apic timer in
> > + C2 power state.
> > +
>
> Could you add comment saying that this is always ok on non-broken
> systems? That way perhaps it can be added to
On 3/25/2007 7:59 PM, Robert P. J. Day wrote:
> Remove the Kconfig requirement that the PCMCIA SCSI drivers be built
> only as modules, and allow them to be built into the kernel.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> i imagine there's a historical reason for these
On Mon, 2007-03-26 at 02:08 -0800, Andrew Morton wrote:
> On Mon, 26 Mar 2007 11:32:47 +0200 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > Stopping writers which have idle queues is completely unproductive,
> > and that is basically what the current algorithm does.
>
> This is because the
Robert P. J. Day wrote at LKML:
> drivers/scsi/pcmcia/Kconfig:
> ...
> config PCMCIA_AHA152X
> tristate "Adaptec AHA152X PCMCIA support"
> depends on m && !64BIT
> select SCSI_SPI_ATTRS
> help
> Say Y here if you intend to attach this type of PCMCIA SCSI
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> We don't touch private mappings at all as they're a snapshot to the inode
> _before_ it was revoked. So private mappings don't really matter all: you
> don't see any new data after it has been revoked nor do you flush anything
> to the disk.
Okay,
On Mon, Mar 26, 2007 at 11:32:09AM +1000, Paul Mackerras wrote:
> Seems OK, although I think kprobes should not be using notify_die.
> The set of events that kprobes is interested in has no intersection at
> all with the set that any other consumer of the notify_die events is
> interested in, on
Hi Pavel,
Thank you for your reply.
I'm sorry for my late reply.
I have discussed with my colleagues why you say "ugly" against my
procfs interface, then I noticed I may have misunderstood what you said.
Is the reason for saying "ugly" two interfaces, i.e. preexisting ulimit
(get/setrlimit) and
On Mon 2007-03-26 11:21:08, Thomas Gleixner wrote:
> The current sysfs support of clockevents does not obey the "only one
> value per file" rule.
>
> The real fix is not 2.6.21 material. Therefor remove the sysfs support
> for now.
>
> Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Thanks!
On Mar 26 2007 00:16, Lee Revell wrote:
>
> I guess he's referring to the well known "Master volume only controls
> front output" problem. This really does need to be resolved, as many
> other ALSA drivers are effected.
I don't see that as a bug. Mine is a TerraTec DMX XFire 1024 (snd-cs46xx).
On Thu, Mar 22, 2007 at 07:49:16PM +, Sid Boyce wrote:
> Kernel built and installed, so I shall have something to report in the
> next couple of days.
I see this kwin bug too
on a Thinkpad (x86_64) as well as on a Pmac (powerpc64).
It is only triggerd when the screen is locked AND! set
to
Hi,
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> > revoke_mapping() is mostly same as munmap(2) except that it preserves the
> > vma but makes it VM_REVOKED. This means that if the process tries to
> > access the region it will SIGBUS and if it tries to remap the range it
> > will get EINVAL.
Adrian Bunk wrote:
> Subject: boot hangs during IDE detection (clocksource)
> References : http://lkml.org/lkml/2007/3/19/465
> Submitter : Bob Tracy <[EMAIL PROTECTED]>
> Caused-By : John Stultz <[EMAIL PROTECTED]>
> commit 6bb74df481223731af6c7e0ff3adb31f6442cfcd
> Handled-By
Hi,
I wonder if a generic wear-leveling infrastructure makes sense. Artem is
showing us here his example of how he is attacking the problem for UBI.
The wear-leveling described here is only one approach out of many
possible. A different one, I think, is used where e.g. filesystems do
their own
Hi!
> > Subject: ThinkPad R60: suspend to disk broken
> > References : http://lkml.org/lkml/2007/3/23/74
> > Submitter : Marcus Better <[EMAIL PROTECTED]>
> > Status : submitter tries to bisect
>
> I just tried -rc5. Now suspend to disk seems to work. I think the XFS
> workqueue patch
Hi!
> It turned out that it is almost impossible to trust ACPI, BIOS & Co.
> regarding the C states. This was the reason to switch the local apic
> timer off in C2 state already. OTOH there are sane and well behaving
> systems, which get punished by that decision.
>
> Allow the user to confirm
On Mon, 2007-03-26 at 07:25 -0500, Bob Tracy wrote:
> Thomas Gleixner wrote:
> > This fix from John Stultz is still missing:
> >
> > http://lkml.org/lkml/2007/3/22/287
> >
> > It's in Andrews queue already and waits to be sent to you.
>
> In summary, that fix is a workaround to allow the
Thomas Gleixner wrote:
> This fix from John Stultz is still missing:
>
> http://lkml.org/lkml/2007/3/22/287
>
> It's in Andrews queue already and waits to be sent to you.
In summary, that fix is a workaround to allow the acpi_pm clocksource
to be selected instead of the pit clocksource, thereby
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> There's just no sane way to revoke shared memory mappings for NOMMU so lets
> disable the thing completely when CONFIG_MMU=n.
I think that's reasonable for now - we can always add support as far as
possible later.
David
-
To unsubscribe from this
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> > I don't know, what does it do? Remember, once a NOMMU process thinks it
> > has the right to access a mapping, there's no way of stopping it doing so
> > short of killing the process.
>
> revoke_mapping() is mostly same as munmap(2) except that it
From: Pekka Enberg <[EMAIL PROTECTED]>
There's just no sane way to revoke shared memory mappings for NOMMU so lets
disable the thing completely when CONFIG_MMU=n.
Cc: Bryan Wu <[EMAIL PROTECTED]>
Cc: David Howells <[EMAIL PROTECTED]>
Cc: Alan Cox <[EMAIL PROTECTED]>
Signed-off-by: Pekka Enberg
Hi Mikael,
On Mon, 26 Mar 2007 13:57:29 +0200 (MEST), Mikael Pettersson wrote:
> On Mon, 26 Mar 2007 13:29:37 +0200, Jean Delvare wrote:
> > * * * * * Updated patch * * * * *
> >
> > From: Rudolf Marek <[EMAIL PROTECTED]>
> >
> > Add safe (exception handled) variants of rdmsr_on_cpu and
> With NOMMU as it stands, private mappings are private copies of the data, and
> have no impact on the page cache and get no updates from it. It's as if you
> took a private writable mapping, touched every page and then mprotect()'d it.
> This isn't necessarily ideal, but we're limited by the
On Mon, 26 Mar 2007 13:29:37 +0200, Jean Delvare wrote:
> * * * * * Updated patch * * * * *
>
> From: Rudolf Marek <[EMAIL PROTECTED]>
>
> Add safe (exception handled) variants of rdmsr_on_cpu and wrmsr_on_cpu.
> You should use these when the target MSR may not actually exist, as
> doing so
Andrew Morton <[EMAIL PROTECTED]> wrote:
> I'll touch up the changelog for nommu-hide-vm_mm-in-nommu-mode.patch and then
> I'll temporarily drop it so the blackfin guys can test their work, I guess.
Thanks.
As I said, I'm also not sure that revocation of VMAs is supportable on NOMMU,
so the
On Mon, 26 Mar 2007, David Howells wrote:
> I don't know, what does it do? Remember, once a NOMMU process thinks it has
> the right to access a mapping, there's no way of stopping it doing so short of
> killing the process.
revoke_mapping() is mostly same as munmap(2) except that it preserves
On Mon, 26 Mar 2007 13:29:37 +0200 Jean Delvare <[EMAIL PROTECTED]> wrote:
> The patch from Rudolf Marek which I am posting here builds on top of
> what is already in Linus' tree. Taking it in your tree should not cause
> any problem.
OK, thanks - I'll add this then I'll un-revert the patch
Michael Ellerman <[EMAIL PROTECTED]> writes:
> OK. For starters, do you want to review the first eleven as I've sent
> them already, that saves spamming everyone again.
>
> If you're OK with those eleven, then I'll send the remaining 10 or so
> later in the week, broken up into (sort-of)
On Mon, Mar 26, 2007 at 06:11:42PM +0800, Wu, Bryan wrote:
> +#define L1_CACHE_SHIFT 5
> +#define L1_CACHE_BYTES (1 << L1_CACHE_SHIFT)
>
> -/* For speed we do need to align these ...MaTed---*/
> -/* But include/linux/cache.h does this for us if we DO not define
> ...MaTed---*/
>
On Mon, 26 Mar 2007 12:25:18 +0100 David Howells <[EMAIL PROTECTED]> wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > Offending patch is
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/broken-out/nommu-hide-vm_mm-in-nommu-mode.patch,
> > which
On Sun, Mar 25, 2007 at 12:50:25PM -0700, Paul Jackson wrote:
> Is there perhaps another race here?
Yes, we have!
Modified patch below. Compile/boot tested on a x86_64 box.
Currently cpuset_exit() changes the exiting task's ->cpuset pointer w/o
taking task_lock(). This can lead to ugly races
On Sun, Mar 18, 2007 at 08:16:19PM +0100, Arjan van de Ven wrote:
> On Fri, 2007-03-16 at 23:06 -0500, Mike Snitzer wrote:
> > I'm interested in understanding the state of Linux with regard to
> > _really_ forcing a filesystem to unmount.
> >
> > There is a (stale) project at OSDL that has
On Sun, 2007-03-25 at 21:28 -0800, Andrew Morton wrote:
> On Sun, 25 Mar 2007 23:13:02 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 2007-03-25 at 00:16 -0800, Andrew Morton wrote:
> > > On Fri, 23 Mar 2007 12:09:36 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> > >
> > > > +++
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> But what's more important is, can we do revoke_mapping() for NOMMU? AFAICT
> we can, we just need to scan all the global vmas, right?
I don't know, what does it do? Remember, once a NOMMU process thinks it has
the right to access a mapping, there's
On Sun, Mar 25, 2007 at 11:22:15PM +0530, Balbir Singh wrote:
> >+struct cpuset *oldcs_tobe_released = NULL;
>
> How about oldcs_to_be_released?
Yes, I wanted to use that, but my typo I guess.
> >@@ -2242,19 +2241,20 @@ void cpuset_exit(struct task_struct *tsk
> > {
> > struct cpuset
On Mon, 26 March 2007 13:49:06 +0300, Artem Bityutskiy wrote:
> On Sun, 2007-03-25 at 22:08 +0200, Jörn Engel wrote:
> >
> > Logical volume management can just as easily move its management
> > information into a table, instead of having it spread across all blocks.
> > Blocks can keep their
Hi Andrew,
On Sun, 25 Mar 2007 14:22:15 -0800, Andrew Morton wrote:
> On Sun, 25 Mar 2007 14:18:23 +0200 Jean Delvare <[EMAIL PROTECTED]> wrote:
>
> > Add support for _safe (exception handled) variants of rdmsr_on_cpu
> > and wrmsr_on_cpu. This is needed for the upcoming coretemp hardware
> >
Hi David,
On Mon, 26 Mar 2007, David Howells wrote:
> The reason is that, at the moment, VMAs are a global *shared* resource in
> NOMMU-mode. Each process has a list of global VMAs that it subscribes to, but
> that's it. This (a) slightly reduces the amount of metadata allocated
> (possibly),
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Offending patch is
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc4/2.6.21-rc4-mm1/broken-out/nommu-hide-vm_mm-in-nommu-mode.patch,
> which seems rather dumb. Or at least, its changelog does a good job of
> making it look dumb.
On Wed, 21 Mar 2007 10:54:36 +0100 [EMAIL PROTECTED] wrote:
> It does not provide the functionality for all architectures (only for x64 for
> now).
Well that scuppers our chances of getting -mm kernels tested on ia64, s390
and sparc64. Which is a problem - people do test s390 and ia64 and so
J.A. Magallón wrote:
> Libata seems to misdetect my cable.
> I have double-checked and the cable is 80 pin...
Does the following patch fix your problem?
http://article.gmane.org/gmane.linux.ide/17444
(You can get the raw message by appending /raw to the URL).
--
tejun
-
To unsubscribe from
* Wu, Bryan <[EMAIL PROTECTED]> wrote:
> +#ifdef CONFIG_MMU
> struct mm_struct *mm = vma->vm_mm;
> +#else
> + struct mm_struct *mm = 0;
> +#endif
s/0/NULL ?
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Sun, 2007-03-25 at 22:08 +0200, Jörn Engel wrote:
> And there is no fundamental reason why UBI should export blocks with
> non-power-of-two sizes.
False. There is.
> UBI currently consists of two parts that are
> intimately intertwined in the current implementation, but have
> relatively
On Mon, 26 Mar 2007, Con Kolivas wrote:
On Monday 26 March 2007 09:01, Con Kolivas wrote:
On Monday 26 March 2007 03:14, malc wrote:
On Mon, 26 Mar 2007, Con Kolivas wrote:
On Monday 26 March 2007 01:19, malc wrote:
Erm... i just looked at the code and suddenly it stopped making any sense
On Mon, 26 Mar 2007 12:34:33 +0200 Eric Rannaud <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 26, 2007 at 01:22:32AM -0800, Andrew Morton wrote:
> > On Mon, 26 Mar 2007 11:09:49 +0200 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > > > If so, do you think I should labour on with
> > > >
On Mon, 26 Mar 2007 18:23:57 +0800 "Wu, Bryan" <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> As struct mm_struct vm_mm is hidden in struct vm_area_struct in NOMMU
> arch, this is a fixing method when compiling failure on blackfin arch.
>
> Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
> ---
>
>
On Mon, 26 Mar 2007, Wu, Bryan wrote:
> As struct mm_struct vm_mm is hidden in struct vm_area_struct in NOMMU
> arch, this is a fixing method when compiling failure on blackfin arch.
What compile error is that? I don't see any #ifdef around ->vm_mm for
struct vm_area_struct in .
On Mon, 26 Mar
2007/3/26, Thomas Gleixner <[EMAIL PROTECTED]>:
On Mon, 2007-03-26 at 08:45 +0200, Frédéric RISS wrote:
> Additional data point: I just tried with -rc5 and the issue is still
> present. The config I used for this test defines neither NO_HZ nor
> HIGH_RES_TIMERS.
Do you have CONFIG_HPET_TIMER
On Mon, Mar 26, 2007 at 01:22:32AM -0800, Andrew Morton wrote:
> On Mon, 26 Mar 2007 11:09:49 +0200 Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > > If so, do you think I should labour on with
> > > uevent-improve-error-checking-and-handling.patch plus your fix, or should
> > > I
> > > drop the
Hi,
Thanks for your reply.
>>3) Use "dirty_ratio" as the blocking ratio. And add
>> "start_writeback_ratio", and start writeback at
>> start_writeback_ratio(default:90) * dirty_ratio / 100 [%].
>> In this way, specifying blocking ratio can be done in the same way
>> as current kernel, but
On Fri, 23 Mar 2007 12:08:59 -0400 Mimi Zohar <[EMAIL PROTECTED]> wrote:
> This is a set of updates to the integrity service framework, previously
> accepted into -mm, EVM a new integrity service provider, and a new LSM
> module called Integrity Based Access Control(IBAC), a sample consumer of
Hi folks,
As struct mm_struct vm_mm is hidden in struct vm_area_struct in NOMMU
arch, this is a fixing method when compiling failure on blackfin arch.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
kernel/signal.c |4
1 file changed, 4 insertions(+)
Index: linux-2.6/kernel/signal.c
Hi folks,
As struct mm_struct vm_mm is hidden in struct vm_area_struct in NOMMU
arch, this is a fixing method when compiling failure on blackfin arch.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
fs/revoke.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
Hi folks,
This patch cleanup blackfin SPI driver code and fix some coding style
problems.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/spi/spi_bfin5xx.c | 322 +-
1 file changed, 179 insertions(+), 143 deletions(-)
Index:
Hi folks,
This patch fix a printing error bug when reboot kernel mounting on SPI
flash.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/spi/spi_bfin5xx.c |9 -
1 file changed, 9 deletions(-)
Index: linux-2.6/drivers/spi/spi_bfin5xx.c
hm, on a T60, after suspend/resume, i get an e1000 timeout:
e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow
Control: RX/TX
e1000: eth0: e1000_clean_tx_irq: Detected Tx Unit Hang
Tx Queue <0>
TDH
TDT
next_to_use
Hi folks,
Replacing class_dev to directly using rtc_dev.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/rtc/rtc-bfin.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6/drivers/rtc/rtc-bfin.c
===
Hi folks,
According to Paul's review, this patch cleanup the
include/asm-blackfin/cache.h comments.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
include/asm-blackfin/cache.h | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
Index:
Hi folks,
This patch fix a printing error bug when reboot kernel mounting on SPI
flash.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/mach-bf533/boards/cm_bf533.c |2 +-
arch/blackfin/mach-bf533/boards/ezkit.c |2 +-
arch/blackfin/mach-bf533/boards/stamp.c
201 - 300 of 710 matches
Mail list logo