* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> Seems to me that it would be good to have an RCU implementation that
> meet the requirements of the Real-Time Preemption patch, but that is
> 100% compatible with the "classic RCU" API. Such an implementation
> must meet a number of requirements, w
On Thu, 17 Mar 2005, Lee Revell wrote:
>
> OK, no need to cc: me on this one any more. It's really low priority
> IMO compared to the big latencies I am seeing with ext3 and
> "data=ordered". Unless you think there is any relation.
>
IMO a deadlock is higher priority than a big latency :-)
I
--Andrew Morton <[EMAIL PROTECTED]> wrote (on Thursday, March 17, 2005 22:44:09
-0800):
> "Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>>
>> drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
>> : undefined reference to `.mac_vmode_to_var'
>> make: *** [.tmp_vmlinux1] Error 1
>>
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>
> drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
> : undefined reference to `.mac_vmode_to_var'
> make: *** [.tmp_vmlinux1] Error 1
>
> Anyone know what that is?
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.
On Thu, Mar 17, 2005 at 10:50:40PM -0700, Erik Andersen wrote:
> On Thu Mar 17, 2005 at 04:10:53PM -0800, Larry McVoy wrote:
> > I got swamped, I'll look at this after dinner. But you might take a look
> > at this: http://www.bitkeeper.com/press/2005-03-17.html which is a link
> > to a very simple
drivers/built-in.o(.text+0x182bc): In function `.matroxfb_probe':
: undefined reference to `.mac_vmode_to_var'
make: *** [.tmp_vmlinux1] Error 1
Anyone know what that is?
M.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
Hi Linus, please do a
bk pull bk://linux-acpi.bkbits.net/to-linus
This includes the ACPI part of memory hotplug,
plus various fixes, BIOS workarounds and a fix for
an interpreter regressions we had in 2.6.11 vs 2.6.10.
All changes here have been through A
Sam, this version includes the CVS portion.
Automatically append a semi-random version if the tree we're building
isn't tagged in BitKeeper or CVS and CONFIG_LOCALVERSION_AUTO is set.
This fixes the case when Linus (or someone else) does a release and tags
it, someone else does a build of that
On Thu Mar 17, 2005 at 04:10:53PM -0800, Larry McVoy wrote:
> I got swamped, I'll look at this after dinner. But you might take a look
> at this: http://www.bitkeeper.com/press/2005-03-17.html which is a link
> to a very simple open source BK client. It doesn't do much except track
> the head of
On Thu, 17 Mar 2005 18:09:11 -0800 (PST), Christoph Lameter
<[EMAIL PROTECTED]> wrote:
> On Thu, 17 Mar 2005, Jason Uhlenkott wrote:
>
> > On Thu, Mar 17, 2005 at 05:36:50PM -0800, Christoph Lameter wrote:
> > > +while (avenrun[0] >= ((unsigned long)sysctl_scrub_load <<
> > > FSHIFT)) {
>
Hi
I have a network driver (Ethernet), When i install the driver with insmod
the driver installs successfully
and with ifconfig -a i could see the ethernet driver name as eth0 or eth1
etc.
(net_device structure having variable name from where we will have
the name of the driver)
For ATM driver
On Fri, Mar 18, 2005 at 03:46:20AM +0100, Nicolas Kaiser wrote:
> * Sam Ravnborg <[EMAIL PROTECTED]>:
>
> > On Sat, Mar 05, 2005 at 04:35:45PM +0100, [EMAIL PROTECTED] wrote:
> > >
> > > Replaces strtok() with strsep()
> >
> > Why - does it increase portability?
>
> "strtok() is not thread and
regatta <[EMAIL PROTECTED]> wrote:
> My question because We ran a 32 Bit application in Sun AMD64 Optreon
> with 1GB connection (Kernel 2.4 x86_64 with 8 Gb memory & 2 CPUs) and
> we had trouble time with it because the user tried to put the
> application processing data in a nas box (in the netw
On Thu, 2005-03-17 at 22:39 -0500, Theodore Ts'o wrote:
> On Thu, Mar 17, 2005 at 10:19:04AM +1100, Benjamin Herrenschmidt wrote:
> > You probably want to remove the bit that does
> >
> > OUTREG(TV_DAC_CNTL, INREG(TV_DAC_CNTL) | 0x0700);
> >
> > Or you'll lose TV output :)
>
> I'm not us
On Fri, 18 Mar 2005, Paul Mackerras wrote:
> However, the idea of having phys_to_agp/agp_to_phys (or
> virt_to_agp/agp_to_virt) sounds like it wouldn't be too much effort, if
> it would help Xen.
It would be absolutely trivial. On most architectures you would have:
#define virt_to_agp virt_t
"Ju, Seokmann" <[EMAIL PROTECTED]> wrote:
>
> Here, I'm sending another patch that has
> fix for this issue.
It is still wordwrapped.
Please fix you email client, email the patch to yourself, ensure that the
result still applies, then resend it with a full description.
Thanks.
-
To unsubscribe
kobject_add() and kobject_del() don't emit hotplug events anymore. Do it
ourselves if we are finished populating the device directory.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
--- 1.91/drivers/base/core.c2004-11-12 13:16:42 +01:00
+++ edited/drivers/base/core.c 2005-03-18 02:17:17 +01:
kobject_add() and kobject_del() don't emit hotplug events anymore. Do it
ourselves if we are finished populating the device directory.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
= fs/partitions/check.c 1.129 vs edited =
--- 1.129/fs/partitions/check.c 2005-01-31 07:33:40 +01:00
+++ ed
Nguyen, Tom L writes:
> We decided to implement PCI Express error handling based on the PCI
> Express specification in a platform independent manner. This allows any
> platform that implements PCI Express AER per the PCI SIG specification
> can take advantage of the advanced features, much like S
kobject_add() and kobject_del() don't emit hotplug events anymore.
We need to do it ourselves now.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
= drivers/usb/host/hc_crisv10.c 1.7 vs edited =
--- 1.7/drivers/usb/host/hc_crisv10.c 2004-12-21 02:15:10 +01:00
+++ edited/drivers/usb/host/
kobject_add() and kobject_del() don't emit hotplug events anymore. Do it
ourselves if we are finished populating the device directory.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
= drivers/base/class.c 1.61 vs edited =
--- 1.61/drivers/base/class.c 2005-03-15 17:52:00 +01:00
+++ edit
kobject_add() and kobject_del() don't emit hotplug events anymore.
We need to do it ourselves now.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
= net/bridge/br_sysfs_if.c 1.2 vs edited =
--- 1.2/net/bridge/br_sysfs_if.c2004-06-18 22:15:34 +02:00
+++ edited/net/bridge/br_sysfs_if
kobject_add() and kobject_del() don't emit hotplug events anymore.
The user should do it itself if it has finished populating the device
directory.
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
= lib/kobject.c 1.58 vs edited =
--- 1.58/lib/kobject.c 2005-03-09 18:04:09 +01:00
+++ edited
This splits the implicit generation of hotplug events from
kobject_add() and kobject_del(), to give the driver core
control over the time the event is created.
The kobject_register() and unregister functions still have the same
behavior and emit the events by themselves.
The class, block and devi
Nguyen, Tom L writes:
> Is EEH a PCI-SIG specification? Is EEH specs available in public?
No and no (not yet anyway).
> It seems that a PCI-PCI bridge per slot is hardware implementation
> specific. The fact that the PCI-PCI Bridge can isolate the slot is
> hardware feature specific.
Well, it's
On Fri, 18 Mar 2005 01:35, Dave Hansen wrote:
> Doing mem= for drivers isn't just a hack, it's *WRONG*. It's a ticking
> time bomb that magically happens to work on some systems. It will not
> work consistently on a discontiguous memory system, or a memory hotplug
> system.
I couldn't agree more
On Thu, Mar 17, 2005 at 10:19:04AM +1100, Benjamin Herrenschmidt wrote:
> You probably want to remove the bit that does
>
> OUTREG(TV_DAC_CNTL, INREG(TV_DAC_CNTL) | 0x0700);
>
> Or you'll lose TV output :)
I'm not using TV output, and the original patch stated:
> > + /* Powe
On Thursday, March 17, 2005 12:28 PM, James wrote:
> This is still rejecting:
>
> patching file drivers/scsi/megaraid/megaraid_mm.c
> Hunk #2 FAILED at 43.
> Hunk #4 FAILED at 68.
> Hunk #5 FAILED at 1217.
> Hunk #6 FAILED at 1225.
> Hunk #7 FAILED at 1245.
> 5 out of 7 hunks FAILED -- saving reje
On Sat, 2005-03-05 at 13:09, Mina Nozar wrote:
> kernel: ACPI-1133: *** Error: Method execution failed
> [\_SB_.BAT0._BST]
> (Node dfe043c0), AE_AML_NO_RETURN_VALUE
Please try the latest mm tree and report if these go away.
thanks,
-Len
-
To unsubscribe from this list: send the line "unsubsc
On Thu, 2005-03-17 at 15:06 -0800, Christoph Lameter wrote:
> I want to sleep 30 seconds because the system load is unlikely to change
> frequently.
Ugh ? That sounds like a magic number coming right from your hat or from
your test scenario ...
Ben.
-
To unsubscribe from this list: send the lin
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED] (Larry McVoy)
In newsgroup: linux.dev.kernel
>
> I'll check into it. We've been having problems with connecting to
> master.kernel.org, yup, here you go, anyone else seeing this?
>
> From [EMAIL PROTECTED] Thu Mar 17 05:06:57 200
Andrew Morton writes:
> I guess if the bss has zero length then we can skip the zeroing of the end
> of the page at the end of bss, as long as we're dead sure that we didn't
> accidentally instantiate a single page on behalf of that zero-length bss.
There is another thing I noticed about the bss
* Sam Ravnborg <[EMAIL PROTECTED]>:
> On Sat, Mar 05, 2005 at 04:35:45PM +0100, [EMAIL PROTECTED] wrote:
> >
> > Replaces strtok() with strsep()
>
> Why - does it increase portability?
"strtok() is not thread and SMP safe and strsep() should be
used instead"
http://janitor.kernelnewbies.org/d
On Thu, 2005-03-17 at 10:53 -0800, Nguyen, Tom L wrote:
> To support the AER driver calling an upstream device to initiate a reset
> of the link we need a specific callback since the driver doing the reset
> is not the driver who got the error. In the case of general PCI this
> could be useful if
On Thu, 17 Mar 2005, Jason Uhlenkott wrote:
> On Thu, Mar 17, 2005 at 05:36:50PM -0800, Christoph Lameter wrote:
> > +while (avenrun[0] >= ((unsigned long)sysctl_scrub_load << FSHIFT))
> > {
> > + set_current_state(TASK_UNINTERRUPTIBLE);
> > + schedule_timeout(30*HZ);
On Wednesday, March 16, 2005 7:20 PM Benjamin Herrenschmidt wrote:
>> What mechanism (message??) is used to perform the bus and/or link
>> level reset? For PCI Express the reset is performed by the upstream
>> port driver. My API takes this into account. Are you assuming the
PCI
>> device on the
On Thu, Mar 17, 2005 at 05:36:50PM -0800, Christoph Lameter wrote:
> +while (avenrun[0] >= ((unsigned long)sysctl_scrub_load << FSHIFT)) {
> + set_current_state(TASK_UNINTERRUPTIBLE);
> + schedule_timeout(30*HZ);
> + }
This should probably be TASK_INTERRUPTIBLE.
Coywolf Qi Hunt wrote:
> I do "grep check-route.sh oom_2.6.11.3.txt | wc" and it shows 4365
duh, good catch! really!
> lines, which means there're 4365 that script processes running, from
> pid 4260 to12747, mostly with pretty low points, 123.
> Based on this points, suppose each script consumes
My computer crashed twice today. Both times I was unable to use the keyboard,
but was able to shutdown X.
I have had hardware problems related to overheating, but I believe that I have
resolved my overheating problems, and in any event I had not been stressing
the cpu since the first crash.
The f
Here is the fixed up zeroing patch with management of hot/cold zeroed
pages.
If quicklists would like the use this then they need to use
free_hot_zeroed_page(page)
and
get_zeroed_page(GFP)
for their management of hot zeroed pages. If the pool is empty then it
will be replenished either from th
On Tue, Mar 01, 2005 at 01:43:52AM +0100, Adrian Bunk wrote:
> Before I'm getting flamed to death:
> This patch contains possible cleanups. If parts of this patch conflict
> with pending changes these parts of my patch have to be dropped.
>
> This patch contains the following possible cleanups:
>
On Fri, 2005-03-18 at 02:08, Bjorn Helgaas wrote:
> On Thu, 2005-03-17 at 09:33 +0800, Li Shaohua wrote:
> > The comments in previous quirk said it's required only in PIC mode.
> ...
> > I feel we concerned too much. Changing the interrupt line isn't harmful,
> > right? Linux actually ignored inter
On Tue, Mar 01, 2005 at 01:35:41AM +0100, Adrian Bunk wrote:
> This patch makes some needlessly global code static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, Mar 03, 2005 at 02:38:56PM +0100, Adrian Bunk wrote:
> USB_HPUSBSCSI was marked as BROKEN in 2.6.11 since libsane is the
> preferred way to access these devices.
>
> Unless someone plans to resurrect this driver, I'm therefore proposing
> this patch to completely remove it.
>
> Signed-o
On Tue, Mar 01, 2005 at 01:37:58AM +0100, Adrian Bunk wrote:
> This patch contains the following cleanups:
> - make needlessly global code static
> - scsiglue.c: remove the unused usb_stor_sense_notready
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscri
On Tue, Mar 01, 2005 at 01:39:35AM +0100, Adrian Bunk wrote:
> This patch makes some needlessly global functions static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
When testing AIO on PPC64 (a power5 machine) running 2.6.11 with
CONFIG_HUGETLB_PAGE=y, I ran into a kernel panic when a process exits that has
done AIO (io_queue_init()) but has not done the io_queue_release(). The
exit_aio() code is cleaning up and panicing when trying to free the aio ring
bu
Hi,
I am working on this piece of code (simplified):
void ip_vma(struct task_struct *task, struct pt_regs *regs)
{
struct mm_struct *mm;
struct vm_area_struct *vma;
if(task) {
mm = get_task_mm(task);
if(mm) {
vma = fi
On Thu, 17 Mar 2005 08:56:57 -0800
Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Thursday, March 17, 2005 1:04 am, Guillaume Thouvenin wrote:
> > +static inline void fork_connector(pid_t parent, pid_t child)
> > +{
> > + static DEFINE_SPINLOCK(cn_fork_lock);
> > + static __u32 seq; /* used to tes
On Thu, 17 Mar 2005, Andrew Morton wrote:
> > I switched off the page-zeroing hardware for the tests.
>
> What tests?
For the results on the darn URL.
> See, a speedup in a simple malloc+memset could be due to either a simple
> transfer of load from user to kscrubd, or it could be due to leverag
Hi,
I am working on this piece of code (simplified):
void ip_vma(struct task_struct *task, struct pt_regs *regs)
{
struct mm_struct *mm;
struct vm_area_struct *vma;
if(task) {
mm = get_task_mm(task);
if(mm) {
vma = fi
Hello!
As promised/threatened earlier in another forum...
Thanx, Paul
The Real-Time Preemption patch modified RCU to permit its read-side
critical sections to be safe
On Thu, Mar 17, 2005 at 03:34:31AM +0100, Kay Sievers wrote:
> On Tue, 2005-03-15 at 09:25 +0100, Hannes Reinecke wrote:
> > The current implementation of the firmware class breaks a fundamental
> > assumption in udevd: that the physical device can be initialised fully
> > prior to executing the ne
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> On Thu, 17 Mar 2005, Andrew Morton wrote:
>
> > > http://oss.sgi.com/projects/page_fault_performance/
> >
> > Oh no, not that page again ;)
>
> Yes indeed!
>
> > Seems to say that prezeroing makes negligible difference to kernel builds,
> > but s
Alan Cox writes:
> On Iau, 2005-03-17 at 09:34, Paul Mackerras wrote:
> > This code needs real physical addresses, which are not the same things
> > as bus addresses.
>
> Not always. The code needs platform specific goodies. We've only never
> been burned so far because there isn't a box with a
On Thu, 17 Mar 2005, Ralf Baechle wrote:
> On Wed, Mar 16, 2005 at 10:35:09PM +0100, Jesper Juhl wrote:
>
> > Around 2.6.11-mm1 Yoichi Yuasa found a user of verify_area that I had
> > missed when converting everything to access_ok. The patch below still
> > applies cleanly to 2.6.11-mm4.
> > Pl
I got swamped, I'll look at this after dinner. But you might take a look
at this: http://www.bitkeeper.com/press/2005-03-17.html which is a link
to a very simple open source BK client. It doesn't do much except track
the head of the tree but it does that well. It's slightly better than
that, it
Matthew Garrett wrote:
On Thu, 2005-03-17 at 12:34 -0800, Nate Lawson wrote:
Very interesting. I was hoping to someday have _GTF et al implemented
but the ATA knowledge required was above my head. I also strongly
suspected that the info published by _GTF would likely be invalid. Does
Windows
On Thu, 17 Mar 2005, Andrew Morton wrote:
> > http://oss.sgi.com/projects/page_fault_performance/
>
> Oh no, not that page again ;)
Yes indeed!
> Seems to say that prezeroing makes negligible difference to kernel builds,
> but speeds up a big malloc+memset by 3x to 4x, yes?
Correct.
> Are the
On Thu, 2005-03-17 at 12:34 -0800, Nate Lawson wrote:
> Very interesting. I was hoping to someday have _GTF et al implemented
> but the ATA knowledge required was above my head. I also strongly
> suspected that the info published by _GTF would likely be invalid. Does
> Windows actually use t
On Thu, 17 Mar 2005, Andrew Morton wrote:
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
> >
> > > And given that we have separate buddy structures for zeroed and not-zeroed
> > > pages, why is this tagging needed at all?
> >
> > Because the buddy pointers may point to a page of the different ki
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> On Thu, 17 Mar 2005, Andrew Morton wrote:
>
> > > > It's hard to know what to think about this without benchmarking
> numbers.
>
> http://oss.sgi.com/projects/page_fault_performance/
Oh no, not that page again ;)
Seems to say that prezeroing m
Thanks for all the help in the past, and I'm once again knocking
at your door for more help.
I am trying to get my PCI bus device driver running on an Xeon
64-bit FC-3 distribution.
I got the compiler warnings all cleaned up, the driver compiles and
loads, but the test
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > And given that we have separate buddy structures for zeroed and not-zeroed
> > pages, why is this tagging needed at all?
>
> Because the buddy pointers may point to a page of the different kind. Then
> a merge is not possible.
In that case I s
Allison wrote:
Hi,
Several times when I worked with Windows, I have had a scenario when I
am editing a file and saved some time ago and then the application
crashes and I lose all recent data.
Can the operating system detect all application crashes ? If so, why
can't the OS save the user data to di
I've applied 11 of these 12 patches (the one from Randy was already
included) to my trees.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pl
Hello,
We sent you an email a while ago, because you now qualify
for a much lower rate based on the biggest rate drop in years.
You can now get $327,000 for as little as $617 a month!
Bad credit? Doesn't matter, low rates are fixed no matter what!
Follow this link to process your application and
This little function in include/linux/efi.h :
static inline int efi_range_is_wc(unsigned long start, unsigned long len)
{
int i;
for (i = 0; i < len; i += (1UL << EFI_PAGE_SHIFT)) {
unsigned long paddr = __pa(start + i);
if (!(efi_mem_attributes(pa
Ensure __iomem on the correct bits of the serial_struct
and other definitions.
Remove the attempts to size zero length arrays, which
causes problems from sparse.
Signed-off-by: Ben Dooks <[EMAIL PROTECTED]>
diff -urN -X ../dontdiff linux-2.6.11.3-bk3/include/linux/serial.h
linux-2.6.11.3-bk3-fi
On Thu, 17 Mar 2005, Andrew Morton wrote:
> > > It's hard to know what to think about this without benchmarking numbers.
http://oss.sgi.com/projects/page_fault_performance/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
On Thu, 17 Mar 2005, Andrew Morton wrote:
> OK, so we're splitting each zone's buddy structure into two: one for zeroed
> pages and one for not-zeroed pages, yes?
Right.
> It's not obvious what the page->private of freed pages are being used for.
> Please comment that.
Ok.
> What's all this (z
"Transparent" PCI-PCI bridges are currently "ignored" by the resource
management code in the PCI core. This means devices behind the bridge are
handled as if there was no bridge.
However, it seems more suitable -- and it seems to allow for proper
"prefetch"-type memory handling, too -- to handle a
As a follow-up, we can make yenta_socket try harder to limit itself to the
parent bridge windows. This is done by lowering the
PCIBIOS_MIN_CARDBUS_IO and by updating yenta_allocate_res(). It now tries at
first to get resources within the bridge windows, and if they are large
enough (>=BRIDGE_{IO,ME
On Fri, Mar 04, 2005 at 06:04:43PM -0800, Jason Gaston wrote:
> This patch corrects the ICH7M LPC controller DID in pci_ids.h from
> x27B1 to x27B9. ?This patch was build against 2.6.11.
> If acceptable, please apply.
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsub
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> On Thu, 17 Mar 2005, Andrew Morton wrote:
>
> > Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > >
> > > Adds management of ZEROED and NOT_ZEROED pages and a background daemon
> > > called scrubd. /proc/sys/vm/scrubd_load, /proc/sys/vm_scrubd_start
On Tue, Mar 01, 2005 at 08:42:47AM -0800, Roland Dreier wrote:
> Hi Greg,
>
> It turns out that Mellanox decided to change the device ID at the last
> minute. So of course there will be parts with both IDs. Here's an
> updated patch that includes both IDs. Please use this instead.
Applied, tha
On Thu, Mar 17, 2005 at 12:07:55PM +0100, Kay Sievers wrote:
> On Wed, 2005-03-16 at 21:46 -0800, Greg KH wrote:
> > On Thu, Mar 17, 2005 at 03:34:31AM +0100, Kay Sievers wrote:
> > > On Tue, 2005-03-15 at 09:25 +0100, Hannes Reinecke wrote:
> > > > The current implementation of the firmware class
On Thu, 17 Mar 2005, Nish Aravamudan wrote:
> > + if (system_state != SYSTEM_RUNNING)
> > + return;
> > +
> > +while (avenrun[0] >= ((unsigned long)sysctl_scrub_load << FSHIFT))
> > + schedule_timeout(30*HZ);
>
> This is a busy-loop, unless you set the sta
On Thu, 17 Mar 2005 13:43:47 -0800 (PST), Christoph Lameter
<[EMAIL PROTECTED]> wrote:
> Changelog:
> - Drop clear_pages and the approach to zero pages of higher order
> first
> - Zero a percentage of pages from all orders to avoid fragmentation
>
> Adds management of ZEROED and NOT_ZEROED pages
> On a fatal error the interface is down. No matter what the driver
> supports (AER aware, EEH aware, unaware) all IO is likely to fail.
> Resetting a bus in a point-to-point environment like PCI Express or EEH
> (as you describe) should have little adverse effect. The risk is the
> bus reset wi
On Thu, Mar 17, 2005 at 02:29:58PM -0800, Andrew Morton wrote:
> Jesse Barnes <[EMAIL PROTECTED]> wrote:
> >
> > > kgdb patches are maintained in -mm kernels.
> > >
> > > Patches are in
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11
> > >-mm1/broken-out/*kgdb*
> >
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Nir Tzachar <[EMAIL PROTECTED]> wrote:
>
> hello.
>
> i am seeing a problem(?) with the patch described at:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=109865760703851&w=2
> i'm using vanilla 2.6.11 (not .1/.2/.3/.4 ...)
>
> the short version:
> padzero does not alway do the right thing (mor
Good day Sir/Madam,
My name is Micheal Lewin, I am representing a group of business men who deal
in raw materials and other exports into Canada, America and Europe. We are
searching for
representatives who can help us establish a medium of getting to our customers
in these countries as
well
Jesse Barnes <[EMAIL PROTECTED]> wrote:
>
> > kgdb patches are maintained in -mm kernels.
> >
> > Patches are in
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11
> >-mm1/broken-out/*kgdb*
> >
> > And the patch application order is described in
> >
> > ftp://ftp.kernel
On Thu, 17 Mar 2005, Andrew Morton wrote:
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
> >
> > Adds management of ZEROED and NOT_ZEROED pages and a background daemon
> > called scrubd. /proc/sys/vm/scrubd_load, /proc/sys/vm_scrubd_start and
> > /proc/sys/vm_scrubd_stop control the scrub daemon.
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> Robin Holt <[EMAIL PROTECTED]> wrote:
>> One other issue we have is the vm_dirty_ratio and background_ratio
>> adjustments are a little coarse with these memory sizes. Since our
>> minimum adjustment is 1%, we are adjusting by
04_libata_control_pg_desc_bit.patch
libata must support the descriptor format sense blocks as they
are required to properly report results of ATA pass through
commands as well as other SCSI commands reporting 48b LBAs.
This patch adjusts the control mode page to pro
01_libata_garzik-ahci-tf-read.patch
(included in libata-2.6) This is Jeff's tf_read() support
patch for AHCI.
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
ahci.c | 11 +++
1 files changed, 11 insertions(+)
Index: libata-dev-2.6/drivers/scsi/ahci.c
==
05_libata_split_ata_to_sense_error.patch
This patch fixes several bugs as well as reorganizes the way
check conditions are generated. Bugs fixed: 1) in
ata_scsi_qc_complete(), ATA_12/16 commands wouldn't call
ata_pass_thru_cc() on error status; 2) ata_pass_thru_cc(
03_libata_update_desc_code.patch
Change the ATA pass through sense block descriptor code to
0x09 per SAT
Signed-off-by: Brett Russ <[EMAIL PROTECTED]>
libata-scsi.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: libata-dev-2.6/drivers/scsi/libata-scsi.c
==
02_libata_ahci-err-int.patch
(included in libata-2.6) Fixes AHCI bits during handling of
fatal error int.
Signed-off-by: Brett Russ <[EMAIL PROTECTED]>
ahci.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Index: libata-dev-2.6/drivers/scsi/ahci.c
===
This patch series attempts to clean up the SCSI error handling a bit.
See comments in below TOC or patch emails. All of the below have been
tested in success and error paths through the VERIFY_10 and ATA_16
commands using the AHCI driver.
IMPORTANT: the patchset below against libata-dev-2.6 relie
On Thu, 17 Mar 2005 05:06:23 +0100 Voluspa wrote:
Went back to 2.6.10 and just got one of those dma_timer_expiry freezes.
Seems the disk is on the blink then. Sorry about the noise.
Mvh
Mats Johannesson
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
I was pulling some pictures out of memory sticks from a camera, and
after I pulled tham I was removing the image files from the stick. One
of the sticks mounted read-only. After a few attempts to explicitly use
"rw" in the mount command and things like that, I booted back into
2.6.10 and found
On Thursday, March 17, 2005 1:54 pm, Andrew Morton wrote:
> "Abhinkar, Sameer" <[EMAIL PROTECTED]> wrote:
> > Are there any patches or hooks
> > available to enable KGDB for linux-2.6.11.2?
>
> kgdb patches are maintained in -mm kernels.
>
> Patches are in
> ftp://ftp.kernel.org/pub/linux/kernel/pe
Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> Adds management of ZEROED and NOT_ZEROED pages and a background daemon
> called scrubd. /proc/sys/vm/scrubd_load, /proc/sys/vm_scrubd_start and
> /proc/sys/vm_scrubd_stop control the scrub daemon. See Documentation/vm/
> scrubd.txt
It's hard to know
On Thursday, March 17, 2005 1:38 pm, Evgeniy Polyakov wrote:
> The most significant part there - is requirement to store
> u32 seq in each CPU's cache and thus flush cacheline +
> invalidate/get from mem on each other cpus
> each time it is accessed, which is a big price.
Same thing has to happen
"Abhinkar, Sameer" <[EMAIL PROTECTED]> wrote:
>
> Are there any patches or hooks
> available to enable KGDB for linux-2.6.11.2?
kgdb patches are maintained in -mm kernels.
Patches are in
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm1/broken-out/*kgdb*
And the p
[EMAIL PROTECTED] (Chuck Lever) wrote:
>
> +static inline void nfs_inc_stats(struct inode *inode, unsigned int stat)
> +{
> + struct nfs_iostats *iostats = NFS_SERVER(inode)->io_stats;
> + iostats[smp_processor_id()].counts[stat]++;
> +}
The use of smp_processor_id() outside locks should s
1 - 100 of 236 matches
Mail list logo
