Hi,
Opening a FIFO for WR_ONLY should release a previously blocked RD_ONLY
open. I suspect this is not guaranteed on a heavily loaded Linux box.
Consider fs/fifo.c (of 2.6.13-rc6-git4) and its wait_for_partner() and
wake_up_partner() functions. I think wait_for_partner()'s while loop
never
Joe wrote:
I'm for its removal. As for the gcc project "losing its way" consider
that 3.4 has quite matured and also has much smaller binary size from
3.3. 4.0 however is still too early in its development to come close
to surpassing 3.4.
I consider that the compiler get bigger and slower
On Fri, 2005-08-12 at 18:39 -0700, Shaun Jackman wrote:
> 2005/8/12, Jan Engelhardt <[EMAIL PROTECTED]>:
> > >I tried earlyprintk=vga, but it didn't provide any extra information.
> > >Although, CONFIG_EARLY_PRINTK is disabled in my .config. Does it need
> > >to be set to CONFIG_EARLY_PRINTK=y for
Here's a patch that converts all architectures to behave like other unix
boxes signal handling. It's funny that I didn't need to change the m68k
architecture, since it was the only one that already behaves this way!
(the m68knommu does not!)
Also, I noticed that not all check the return value of
2005/8/12, Jan Engelhardt <[EMAIL PROTECTED]>:
> >I tried earlyprintk=vga, but it didn't provide any extra information.
> >Although, CONFIG_EARLY_PRINTK is disabled in my .config. Does it need
> >to be set to CONFIG_EARLY_PRINTK=y for earlyprintk=vga to work?
>
> I think yes, otherwise there
On Sat, 13 Aug 2005 06:19, Srivatsa Vaddagiri wrote:
> Hi,
> Here's finally the SMP changes that I had promised. The patch
> breaks the earlier restriction that all CPUs have to be idle before
> cutting of timers and now allows each idle CPU to skip ticks independent
> of others. The patch
On Fri, 12 Aug 2005, George Anzinger wrote:
>
> The NMI entry and exit code fiddles with bits in the preempt count. If
> an NMI happens while some other code is doing the same, bits will be
> lost.
Why?
Even if an NMI happens in the middle of a read-modify-write sequence that
is critical,
Nick Piggin wrote:
George Anzinger wrote:
The NMI entry and exit code fiddles with bits in the preempt count.
If an NMI happens while some other code is doing the same, bits will
be lost. This patch removes this modify code from the NMI path till
we can come up with something better.
Hello, Chris.
Chris Boot wrote:
On 12 Aug 2005, at 15:08, Tejun Heo wrote:
[adding cc to Jeff Garzik. (Hi!)]
Hi again, Chris.
Unfortunately, I'm as lost as you are. Can you please do the
followings?
* Verify if read is free from the problem. ie. does "dd if=/dev/ sd?
[EMAIL PROTECTED] wrote:
How well would _this_ notion of an operating point scale up?
I have this feeling that it's maybe better attuned to "scale down"
sorts of problems (maybe cell phones) than to a big NUMA box. I can
see how a batch scheduled server might want to fire up only enough
Ingo, all
I, silly person that I am, configured an RT, SMP, PREEMPT_DEBUG system.
Someone put code in the NMI path to modify the preempt count which,
often as not will generate a PREEMPT_DEBUG message as there is no tell
what state the preempt count is in on an NMI interrupt. I have sent
George Anzinger wrote:
The NMI entry and exit code fiddles with bits in the preempt count. If
an NMI happens while some other code is doing the same, bits will be
lost. This patch removes this modify code from the NMI path till we can
come up with something better.
Humour me for a minute
The NMI entry and exit code fiddles with bits in the preempt count. If
an NMI happens while some other code is doing the same, bits will be
lost. This patch removes this modify code from the NMI path till we can
come up with something better.
--
George Anzinger george@mvista.com
HRT
I had been wanting this functionality myself, but for some reason it never found
its way into the stock kernel. I looked around, started coding,
looked some more,
coded some more, looked some more until I found this:
http://kerneltrap.org/node/3823
I suppose the reason it wasn't applied is lack
Hi.
Some strange behaviour in kernel log time. see:
Aug 12 07:51:28 [kernel] [17179569.184000] Linux version 2.6.13-rc6 ([EMAIL
PROTECTED]) (gcc version 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3,
pie-8.7.7.1)) #13 Thu Aug 11 19:45:12 CEST 2005
Aug 12 07:51:28 [kernel] [17179569.184000]
On Sat, 2005-08-13 at 12:28 +1200, Ryan Brown wrote:
> is there a patch available for -rc6?
>
Not yet. Whatever you see here:
http://people.redhat.com/mingo/realtime-preempt/
is the latest version.
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Brett Russ wrote:
Simple cleanup to eliminate X copies of the pci_enable_intx() function
in libata. Moved ahci.c's pci_intx() to pci.c and use it throughout
libata and msi.c.
Signed-off-by: Brett Russ <[EMAIL PROTECTED]>
Looks good to me.
Greg, do you want to queue this (since it touches
is there a patch available for -rc6?
On 8/11/05, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> i have released the -53-01 Real-Time Preemption patch, which can be
> downloaded from:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> there are two new features in this release, which justified
On Fri, 2005-08-12 at 22:35 +0200, Martijn van Oosterhout wrote:
> I had this problem when writing a kernel module that was using a UDP
> socket to send and receive stuff. It would work fine in UML but fail in
> the real kernel. I never worked it out but someone later patched it by
> using the
Dear Sir/Madam,
I am Mr.kim Lee ,we are a company that deal on
importing and exporting raw materials into Canada,America and England. We
are searching for
representatives who can help us establish a medium of getting to our
costumers in the Canada,America and England as well as making
Jordan Crouse wrote:
When it comes
to embedded power management concepts, a consistant theme is that people
often question the usefulness, redundancy or complexity of a solution. This
is perfectly understandable, since such a huge majority of the power
management experts and users are
On Saturday 13 August 2005 08:20, Rafael J. Wysocki wrote:
> On Friday, 12 of August 2005 21:56, Daniel Phillips wrote:
> > I still don't see why you can't lift your flags up into the VMA. The
> > rmap mechanism is there precisely to let you get from the physical page
> > to the users and user
Simple cleanup to eliminate X copies of the pci_enable_intx() function
in libata. Moved ahci.c's pci_intx() to pci.c and use it throughout
libata and msi.c.
Signed-off-by: Brett Russ <[EMAIL PROTECTED]>
Index: linux-2.6.13-rc6/drivers/scsi/sata_sis.c
Dear Sir/Madam,
I am Mr.kim Lee ,we are a company that deal on
importing and exporting raw materials into Canada,America and England. We
are searching for
representatives who can help us establish a medium of getting to our
costumers in the Canada,America and England as well as making
Hi.
I have ECC RAM on my system and I wanted to check it, so (because
there doesn't seem to be any Linux ECC support for my P5WD2
motherboard) I wrote my own kernel module[#] to interrogate the
northbridge. I was a little annoyed to find that the northbridge had
reported an ECC error, and a
On Friday, 12 of August 2005 21:56, Daniel Phillips wrote:
> On Thursday 11 August 2005 20:36, Rafael J. Wysocki wrote:
> > > >> > Swsusp is the main "is valid ram" user I have in mind here. It
> > > >> > wants to know whether or not it should save and restore the
> > > >> > memory of a given
On Sat, 13 Aug 2005 00:21:30 +1000, Masoud Sharbiani <[EMAIL PROTECTED]> wrote:
Can you turn on UDP checksums and try again? That would isolate the
fault between the network or SATA.
It is the second tarball extraction from cache that suffers data
corruption, not a network error. I am in
Hi Pete :)
* Pete Zaitcev <[EMAIL PROTECTED]> dixit:
> > Which label will a random USB stick have?
> GUID, I presume. Ask Andries Brouwer, he hacked on that, IIRC.
> Actually msdos has on-disk format for user-settable labels in
> the way analoguous to tune2fs -L label. I just do not know if
From: Alan Cox <[EMAIL PROTECTED]>
Date: Fri, 12 Aug 2005 23:03:05 +0100
> http://zeniv.linux.org.uk/~alan/serial.diff
I like this a lot, and the count return based error handling
is nice as well. Should a driver sink any bytes that the
TTY flip interface couldn't eat or should it just wait for
Two more systems that are different from Linux.
So far, Linux is the odd ball out.
-- Steve
On Fri, 2005-08-12 at 22:28 +0100, someone else wrote:
>
> SunOS hostname 5.10 Generic sun4u sparc SUNW,Sun-Blade-1000
>
> sa_mask blocks other signals
> SA_NODEFER does not block other signals
>
On Fri, Aug 12, 2005 at 05:44:08PM -0400, Brian Gerst wrote:
> Greg KH wrote:
> >On Fri, Aug 12, 2005 at 01:10:43PM -0400, Brett Russ wrote:
> >
> >>Jeff Garzik wrote:
> >>
> >>>Brett Russ wrote:
> >>>
> >>>
> Simple cleanup to eliminate X copies of the same function in libata.
> Moved
Greg KH wrote:
On Fri, Aug 12, 2005 at 01:10:43PM -0400, Brett Russ wrote:
Jeff Garzik wrote:
Brett Russ wrote:
Simple cleanup to eliminate X copies of the same function in libata.
Moved pci_enable_intx() to pci.c, added pci_disable_intx() as well,
and use them throughout libata and
Andrew,
We can't discard anything, but, IMHO, it looks a hardware problem,
since we have lots of bttv systems without the problems you are
noticing.
Em Sex, 2005-08-12 às 10:21 -0700, Andrew Burgess escreveu:
> I have overlay mode disabled. Also, I don't view the video directly, its a
On Gwe, 2005-08-12 at 20:46 +0100, Russell King wrote:
> (Since Linus pulled the shutters down when I still had a large chunk
> of stuff in my serial tree, my serial patch merging is currently at
> a complete standstill.)
Well in the mean time for some more amusement see what you think of
Mogens Valentin wrote:
Jeff Garzik wrote:
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
>> Queueing support, NCQ:
>> #3 will be supported by libata, for all hardware and devices that
>>
Daniel J Blueman wrote:
As stability is a concern, why not get the ATA passthru work in
sooner, then follow up with the SMART support after the passthru code
has had time to mature?
SMART support == passthru.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe
Greg KH wrote:
On Fri, Aug 12, 2005 at 01:10:43PM -0400, Brett Russ wrote:
Jeff Garzik wrote:
Brett Russ wrote:
Simple cleanup to eliminate X copies of the same function in libata.
Moved pci_enable_intx() to pci.c, added pci_disable_intx() as well,
and use them throughout libata and
Matthew Garrett wrote:
Jeff Garzik <[EMAIL PROTECTED]> wrote:
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
I couldn't see any reference to system-wide power management (ie,
Brett Russ wrote:
Jeff Garzik wrote:
Though there is nothing wrong with this patch, I would prefer a single
function, pci_intx(), as found in drivers/scsi/ahci.c.
Sounds like what I did, except for the naming change. I did away with
pci_disable_intx() and changed the names. Look ok?
I received this from someone. I'm BCCing him since he didn't email to
the LKML himself (for some reason, maybe he doesn't want spam), I'll
protect his identity. If he wants to take credit, he should CC everyone.
On Fri, 2005-08-12 at 13:16 -0700, Someone wrote:
> DU4
> ===
> [3] uname -a
> OSF1
On Fri, 2005-08-12 at 21:31 +0200, Jesper Juhl wrote:
> >
> I've got a 4-way pSeries p550 running AIX 5.3 here :
>
> $ uname -s -M -p -v -r
> AIX 3 5 powerpc IBM,9113-550
>
> Output from your program :
>
> $ ./a.out
> Unknown return code!!
> Unknown return code!!
> Unknown return code!!
>
On Fri, Aug 12, 2005 at 07:31:29PM +0200, [EMAIL PROTECTED] wrote:
> smp_entry_t -> swap_entry_t
>
> Too short changelog entry?
No, just wrong patch with non-descriptive subject line.
> --- linux-2.6.git/include/linux/swapops.h~fix-typo
> +++ linux-2.6.git-paolo/include/linux/swapops.h
> @@
This patch adds endian notations to the SELinux code.
It is relative to my prior patch, and is just an updated version of
Alexey's original patch (I hope) adjusted for the new code.
Please add it to -mm as well. Thanks.
From: Alexey Dobriyan <[EMAIL PROTECTED]>
Signed-off-by: Stephen Smalley
On Fri, Aug 12, 2005 at 08:36:00AM +0200, Ingo Molnar wrote:
>
> * Lee Revell <[EMAIL PROTECTED]> wrote:
>
> > Doesn't this fix the longest latency we were seeing with
> > PREEMPT_DESKTOP, I don't have a trace handy but the upshot was "signal
> > delivery must remain atomic on !PREEMPT_RT"?
>
Blaisorblade <[EMAIL PROTECTED]> writes:
> Ok, I've been working for the past two weeks learning well the Linux VM,
> understanding the Ingo's remap_file_pages protection support and its various
> weakness (due to lack of time on his part), and splitting and finishing it.
I'm not sure
On Fri, Aug 12, 2005 at 10:16:12PM +0200, Andi Kleen ([EMAIL PROTECTED]) wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> > Here's a patch for 2.6.13-rc6 to keep people's syslogs a bit nicer.
>
> But why is this thing running every 10 seconds at all in the first place?
> Looks to me like you're
On Fri, Aug 12, 2005 at 10:16:12PM +0200, Andi Kleen wrote:
> Greg KH <[EMAIL PROTECTED]> writes:
>
> > Here's a patch for 2.6.13-rc6 to keep people's syslogs a bit nicer.
>
> But why is this thing running every 10 seconds at all in the first place?
> Looks to me like you're just hiding the
On Fri, Aug 12, 2005 at 11:16:23AM -0700, KrnlUsr wrote:
> Hi
>
> Why does copy_from/to_user routines fail if both
> source and destination are in kernel space. I have a
> kernel module that:
I had this problem when writing a kernel module that was using a UDP
socket to send and receive stuff.
Hi,
Here's finally the SMP changes that I had promised. The patch
breaks the earlier restriction that all CPUs have to be idle before
cutting of timers and now allows each idle CPU to skip ticks independent
of others. The patch is against 2.6.13-rc6 and applies on top of Con's
patch
Greg KH <[EMAIL PROTECTED]> writes:
> Here's a patch for 2.6.13-rc6 to keep people's syslogs a bit nicer.
But why is this thing running every 10 seconds at all in the first place?
Looks to me like you're just hiding the symptoms, not fixing the bug
that makes this code run on unsuspecting
On Friday 12 August 2005 20:15, Jan Engelhardt wrote:
> >>Didn't 'Linux' originate from a mis-spelling of Linus' name when his
> >> first account on some box in Helsinki Uni was created /home/linux/?
> >
> >It was because the ftp admin did not like the original name "freex" so he
> > just renamed
Michael Thonke wrote:
Jeff Garzik schrieb:
Michael Thonke wrote:
There is no other way to use a nearly good chipset for AMD64 cpus.
Via's chipsets are really buggy not acceptable, so what else ULi/Ali
who cares where to buy?
What specifically does not work, on VIA+AMD64 combination,
On Fri, 12 Aug 2005, Guillaume Foliard wrote:
On Friday 12 August 2005 14:53, Ingo Molnar wrote:
On Thu, 11 Aug 2005, Guillaume Foliard wrote:
Hi,
Here is the compilation error I had with 0.7.53-02 :
thanks - i've uploaded the -53-05 patch which should fix this - does it
build/work for you
On Fri, Aug 12, 2005 at 08:47:20AM -0400, Stephen Smalley wrote:
> Should -Wbitwise be included in CHECKFLAGS in the kernel Makefile by
> default?
It should but not right now ;-).
$ grep -c "warning: " W_sparse_*
W_sparse_i386:14887
W_sparse_ppc:16214
W_sparse_ppc64:15765
W_sparse_sparc:8906
On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
> On Tue, Aug 09, 2005 at 01:13:51PM -0400, Lee Revell wrote:
> > On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
> > > This patch schedules obsolete OSS drivers (with ALSA drivers that
> > > support the same hardware) for removal.
> > >
On Thursday 11 August 2005 20:36, Rafael J. Wysocki wrote:
> > >> > Swsusp is the main "is valid ram" user I have in mind here. It
> > >> > wants to know whether or not it should save and restore the
> > >> > memory of a given `struct page`.
> > >>
> > >> Why can't it follow the rmap chain?
> > >
On Aug 12, 2005, at 2:46 PM, Russell King wrote:
On Fri, Aug 12, 2005 at 11:32:57AM -0500, Kumar Gala wrote:
The lack of spin_lock_init causes badness in the preempt
configuration.
Please don't - I have a patch in the wings which fixes this properly.
Unfortunately, its behind a ton of
On Fri, Aug 12, 2005 at 01:11:03PM +0200, Pavel Machek wrote:
> You still do:
>
> Ser4MCCR0 = data->mccr0 | 0x7f7f;
>
> ...I'm not sure, but it seems to me I want MMCR0 to be set to
> 0x6. Would it be better to move 7f7f constant (what is it, anyway)
> to machine-specific code?
I do this
Hello Len,
Stumbled into this problem working on the ipmi_si driver. When the
ipmi_si driver initialization fails the acpi_tb_get_table
call, after rsdt_info has been allocated, acpi_get_firmware_table()
will oops trying to reference off rsdt_info->pointer in the cleanup
code. The following
On Fri, Aug 12, 2005 at 08:21:23PM +0200, [EMAIL PROTECTED] wrote:
> From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
>
> Add the MAP_NOINHERIT flag to arch headers, for use with remap-file-pages.
Does this mean ARM will break when these patches are merged?
> Signed-off-by: Paolo
On Fri, Aug 12, 2005 at 11:32:57AM -0500, Kumar Gala wrote:
> The lack of spin_lock_init causes badness in the preempt configuration.
Please don't - I have a patch in the wings which fixes this properly.
Unfortunately, its behind a ton of other patches, and I don't want
to try to find all these
On Friday 12 August 2005 21:27, Guillaume Foliard wrote:
> On Friday 12 August 2005 14:53, Ingo Molnar wrote:
> > On Thu, 11 Aug 2005, Guillaume Foliard wrote:
> > > Hi,
> > >
> > > Here is the compilation error I had with 0.7.53-02 :
> >
> > thanks - i've uploaded the -53-05 patch which should
On Fri, Aug 12, 2005 at 10:29:13PM +0300, Nanakos Chrysostomos wrote:
> Hi all,i want to retrieve the partition table of a primary extended
> partition.
> My MBR partition table ,says that the LBA Partition Start sector for the
> extended partition is 10281600.It is the same that i find with my C
On Fri, Aug 12, 2005 at 10:38:54PM +0400, Alexey Dobriyan wrote:
> sparc
>
> drivers/char/ip2main.c:123:24: asm/serial.h: No such file or directory
> drivers/char/synclinkmp.c:58:24: asm/serial.h: No such file or directory
These drivers need to stop including asm/serial.h. The only driver
Renamed global variables used to convey if the watchdog is enabled and
periodicity of the timer and moved the declarations into a header for these
variables
Signed-off-by: Matt McClintock <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
commit
Pavel Machek wrote:
> Remove S4BIOS support. It is pretty useless, and only ever worked for
> _me_ once. (I do not think anyone else ever tried it). It was in
I tried it. It did not work. And IIRC, i once dug through the code paths
and found out, that it could not work, since at least ~2.6.5
>Maybe it should instead depend on those systems where it is available.
>Anything but X86?
x86_64?
Jan Engelhardt
--
-
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 Thursday 11 August 2005 20:49, David Howells wrote:
> Daniel Phillips <[EMAIL PROTECTED]> wrote:
> > To be honest I'm having some trouble following this through logically.
> > I'll read through a few more times and see if that fixes the problem.
> > This seems cluster-related, so I have an
On Fri, Aug 12, Matt Mackall wrote:
> Does the task dump work without patch 5/8 (add retry timeout)? I'll
> try testing it here.
I spoke to soon, worked once, after reboot not anymore. Will try to play
with individual patches. Does the task dump work for you, at least?
-
To unsubscribe from
On 8/12/05, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> On Fri, 12 Aug 2005, Chris Wright wrote:
> > * Jan Engelhardt ([EMAIL PROTECTED]) wrote:
> > > So, if in doubt what is really meant - check which of the two/three/+
> > > different behaviors the users out there favor most.
> >
> > Rather,
> zach-dev2:~ $ ldd /bin/ls
> linux-gate.so.1 => (0xe000)
>
> This is the vsyscall entry point, which gets linked by ld into all processes.
Just a clarification... not GNU ld (the binutils thing), but /lib/ld-linux.so
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Fri, 12 Aug 2005, Steven Rostedt wrote:
>
> I've supplied this before, but I'll send it again. Attached is a program
> that should show the behavior of the sigaction. If someone has one of the
> above mentioned boxes, please run this on the box and send back the
> results.
Here it is again.
On Friday 12 August 2005 14:53, Ingo Molnar wrote:
> On Thu, 11 Aug 2005, Guillaume Foliard wrote:
> > Hi,
> >
> > Here is the compilation error I had with 0.7.53-02 :
>
> thanks - i've uploaded the -53-05 patch which should fix this - does it
> build/work for you now?
I've tried -53-07. Build is
[corrected akpm's address]
On Fri, Aug 12, 2005 at 07:21:51PM +0200, Olaf Hering wrote:
> On Thu, Aug 11, Matt Mackall wrote:
>
> > This patch series cleans up a few outstanding bugs in netpoll:
> >
> > - two bugfixes from Jeff Moyer's netpoll bonding
> > - a tweak to e1000's netpoll stub
> >
Hi all,i want to retrieve the partition table of a primary extended
partition.
My MBR partition table ,says that the LBA Partition Start sector for the
extended partition is 10281600.It is the same that i find with my C code
and through fdisk usage.
How can i use this value to seek(lseek) to this
[corrected akpm's address]
On Fri, Aug 12, 2005 at 12:02:03PM -0700, John Ronciak wrote:
> Sorry this reply was to go to the whole list but only made it to Matt.
>
> The e1000_intr() routine already calls e1000_clean_tx_irq(). So
> what's the point of this patch? Am I missing something?
Here
Jeff Garzik wrote:
Things in SATA-land have been moving along recently, so I updated the
software status report:
http://linux.yyz.us/sata/software-status.html
>> Queueing support, NCQ:
>> #3 will be supported by libata, for all hardware and devices that
>> support NCQ.
I guess this
>>Didn't 'Linux' originate from a mis-spelling of Linus' name when his first
>>account on some box in Helsinki Uni was created /home/linux/?
>
>It was because the ftp admin did not like the original name "freex" so he just
>renamed it to something that suited him well.
Correction to myself:
>I tried earlyprintk=vga, but it didn't provide any extra information.
>Although, CONFIG_EARLY_PRINTK is disabled in my .config. Does it need
>to be set to CONFIG_EARLY_PRINTK=y for earlyprintk=vga to work?
I think yes, otherwise there would not be a .config entry at all.
>I haven't tried
On Tuesday 09 August 2005 07:45, Nigel Cunningham wrote:
> Hi Christian.
>
> On Tue, 2005-08-09 at 15:41, Christian Hesse wrote:
> > Hi everybody,
> >
> > I have a little problem with software suspend 2.1.9.1[012] on
> > 2.6.13-rc[3456]. The system hangs on resume if the AC adapter is not
> >
From: Blaisorblade <[EMAIL PROTECTED]>
Date: Fri, 12 Aug 2005 20:56:11 +0200
> However, I sent the initial tarball containing all them, so I hope
> that will be useful.
So not only did you spam the list with 40 patch postings,
you sent a second copy of everything as a tarball attachment
as well.
On Gwe, 2005-08-12 at 10:34 -0700, Andrew Burgess wrote:
> >Unless you are using data=journal and have turned write cache off on
> >your IDE drives that is expected.
>
> I seem to recall reading that after a power failure a modern IDE drive gets
> enough power from the motor spinning down to
2005/8/12, Jan Engelhardt <[EMAIL PROTECTED]>:
> >Thanks for the hint. I tried edd=off but sadly the boot delay
> >persists. It looks as though edd was already disabled, as my .config
> >contains CONFIG_EDD=m and the edd module is not loaded. If it helps
> >troubleshooting I can post my .config
From: John Ronciak <[EMAIL PROTECTED]>
Subject: Re: [PATCH 3/8] netpoll: e1000 netpoll tweak
Date: Fri, 12 Aug 2005 12:02:03 -0700
> Sorry this reply was to go to the whole list but only made it to Matt.
>
> The e1000_intr() routine already calls e1000_clean_tx_irq(). So
> what's the point of
> Not sure if we ever support CPUs with different APIC versions. That will
> probably require some ACPI SPEC changes too..
>
> I would say, for now just follow the i386 code.
Ok I applied the patch. Thanks.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Sorry this reply was to go to the whole list but only made it to Matt.
The e1000_intr() routine already calls e1000_clean_tx_irq(). So
what's the point of this patch? Am I missing something?
On 8/11/05, Matt Mackall <[EMAIL PROTECTED]> wrote:
> Suggested by Steven Rostedt, matches his patch
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Actually, with the current model, we should get a failure with VMA's mapped
with only PROT_WRITE (even if I wasn't able to verify that in UML, which has
similar code).
To test!
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL
From: Ingo Molnar <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
This "fast-path" was contained in the original
remap-file-pages-prot-2.6.4-rc1-mm1-A1.patch from Ingo Molnar; I think this
code is wrong, but I'm sending it for review anyway, because I'm unsure (and
in
From: Ingo Molnar <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
This "fast-path" was contained in the original
remap-file-pages-prot-2.6.4-rc1-mm1-A1.patch from Ingo Molnar*; I think this
code is wrong, but I'm sending it for review anyway, because I'm unsure (and
in
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
When installing pages on non-uniform VMA's, even for read faults we must
install them writable if the VMA is writable (we won't have a chance to fix
that). Normally, on write faults, we install the PTE as dirty (there's a
comment about
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
For linear VMA's, there is no need to install pte_file PTEs to remember the
offset. We could probably go as far as checking directly the address and
protection like in include/linux/pagemap.h:set_nonlinear_pte(), instead of
vma->vm_flags.
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This adapts the changes to the i386 handler to the UML one. It isn't enough to
make UML work, however, because UML has some peculiarities. Subsequent patches
fix this.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
When unmapping linear but non uniform VMA's in try_to_unmap_one, we must
encode the prots in the PTE.
However, we shouldn't use the generic set_nonlinear_pte() function as it
allows for nonlinear offsets, on which we should instead BUG()
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This optimization avoid looking up pages for PROT_NONE mappings. The idea was
taken from the "wrong "historical" code for review - 1" one (the next one)
from mingo, but I fixed it, by adding another "detail" parameter. I've also
fixed the
>>From what Allen said, the implication to me is that something
>in the current NVIDIA stat NCQ chipset is *not* fully under
>NVIDIA's control, ie they got some piece of technology from
>someone else and cannot disclose its details, which would be
>why the could release a "clean" redesigned one.
From: Paul Mackerras <[EMAIL PROTECTED]>
ppc64 bits for remap_file_pages w/prot (no syscall table).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ppc64/pgtable.h | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Use -EOVERFLOW ("Value too large for defined data type") rather than -EINVAL
when we cannot store the file offset in the PTE.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/mm/fremap.c |2
From: Martin Schwidefsky <[EMAIL PROTECTED]>
s390 memory management changes for remap-file-pages-prot patch:
- Add pgoff_prot_to_pte/pte_to_pgprot, remove pgoff_to_pte (required for
'prot' parameteter in shared-writeable mappings).
- Handle VM_FAULT_SIGSEGV from handle_mm_fault in
From: William Lee Irwin III <[EMAIL PROTECTED]>
Implement remap_file_pages-with-per-page-protections for sparc64.
See
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.4/2.6.4-mm1/broken-out/remap-file-pages-prot-2.6.4-rc1-mm1-A1.patch
and
>> http://eng.cowon.com/product/iAUDIOU2/feature.html
>>
>> Mac and Lynux OS
>> Use Mac or Lynux? No problem!!
>> iAUDIO U2 is available to be used on Mac or Lynux OS.
>
>Didn't 'Linux' originate from a mis-spelling of Linus' name when his first
>account on some box in Helsinki Uni was created
1 - 100 of 645 matches
Mail list logo
