On Thu, Mar 10, 2005 at 05:29:35AM -0800, [EMAIL PROTECTED] wrote:
Nice work, I like it. You could make it even prettier:
> diff -uprN -X dontdiff linux-2.6.11.2-vanilla/arch/i386/pci/irq.c
> linux-2.6.11.2/arch/i386/pci/irq.c
> --- linux-2.6.11.2-vanilla/arch/i386/pci/irq.c2005-03-10
Hi Greg, PCI folk,
In our hardware situation, the BIOS is unable to store or generate it's PIRQ
table in the Fh-10h standard range. This patch adds a pci kernel
parameter, pirqaddr to allow the bootloader (or BIOS based loader) to inform
the kernel where the PIRQ table got stored. A
DHollenbeck wrote:
Where do you see that patch as being applied in the new .y stable series?
Chris
I got that patch description from here:
When you go to http://kernel.org, and click on the stand alone " C " to
the right of 2.6.11.2
It is a hyperlink to:
On Thu, 2005-03-10 at 13:55 +0100, Knut J Bjuland wrote:
> caller is arch_add_exec_range+0x49/0x6a
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Content-Transfer-Encoding: 7bit
>
> When booting linux 2.6.11 with preemetable enable I get BUG: using
> smp_processor_id() in
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Do you want me to redo the patch?
> >
>
> That, or a delta. At your convenience.
A new patch is just as easy. There'll be one with you shortly.
> What's your feeling on the stability
Well... it boots:-) That involves creating and destroying
David Howells <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > What's with the preempt_enable()/disable() added to __key_link()? It's not
> > obvious what is being protected from what, and why.
>
> Ummm... Yes... They're probably not necessary. A wmb() may be
David Howells <[EMAIL PROTECTED]> wrote:
> > What's with the preempt_enable()/disable() added to __key_link()? It's not
> > obvious what is being protected from what, and why.
>
> Ummm... Yes... They're probably not necessary. A wmb() may be required after
> the klist->nkeys++ to commit to
On Wednesday 09 March 2005 18:11, Greg KH wrote:
>On Wed, Mar 09, 2005 at 01:06:31PM -0800, Matt Mackall wrote:
>> On Wed, Mar 09, 2005 at 12:39:23AM -0800, Greg KH wrote:
>> > And to further test this whole -stable system, I've released
>> > 2.6.11.2. It contains one patch, which is already in
Andrew Morton <[EMAIL PROTECTED]> wrote:
> What's with the preempt_enable()/disable() added to __key_link()? It's not
> obvious what is being protected from what, and why.
Ummm... Yes... They're probably not necessary. A wmb() may be required after
the klist->nkeys++ to commit to memory the
Am Dienstag, den 08.03.2005, 00:08 -0500 schrieb Kyle Moffett:
> Did you include support for the new key/keyring infrastructure
> introduced
> a couple versions ago by David Howells? It allows userspace to create
> and
> manage various sorts of "keys" in kernelspace. If you create and
>
We have uncovered a very difficult to trip AB-BA deadlock between the
uidhash_lock and tasklist_lock.
reparent_to_init() does write_lock_irq(_lock) then calls
switch_uid() which calls free_uid() which grabs the uidhash_lock.
Independent of that, we have seen a different cpu call free_uid as a
Well I got my ITE8212 today (only ordered it last night - whee) and here
are the happy fun results. Basically the card shoved itself to the front
of the queue, gave some weird errors on bootup and had no multisec set
on the drives attached to it. I can boot the machine though and am using
it right
David Howells <[EMAIL PROTECTED]> wrote:
>
> The attached patch changes the key implementation in a number of ways:
That worked.
What's with the preempt_enable()/disable() added to __key_link()? It's not
obvious what is being protected from what, and why.
-
To unsubscribe from this list: send
On Thu, Mar 10, 2005 at 04:59:43PM +1100, Benjamin Herrenschmidt wrote:
> Ok, we have it working here on a similar machine with 2.6.11 and failing
> in a similar way with bk which is why I asked ;)
>
> The bk problem is found & fixed here tho. I'll send a patch later, it's
> a bug with ppc64
Paulo Marques wrote:
[...]
A simple and robust way is to do the sampling on a list of symbols
sorted by symbol name. This way, even if the symbol positions that are
given to scripts/kallsyms change, the symbols sampled will be the same.
I'll do the patch to do this and send it ASAP.
Ok, here it
fix: drivers/base/class.c
Signed-off-by: Serge A. Suchkov <[EMAIL PROTECTED]>
diff -uNrp linux/drivers/base/class.orig.c linux/drivers/base/class.c
--- linux/drivers/base/class.orig.c 2005-03-10 12:19:00.0 +0300
+++ linux/drivers/base/class.c 2005-03-10 13:59:27.0 +0300
@@
> critical user data.
>
> In other words, it should work correctly or not at all. At the least this
> should be a config option, like UNSAFE_TAPE_POSITIONING or some such.
> And show the option if the build includes BROKEN features. That should put
> the decision where it belongs and clarify the
On Wed, 9 Mar 2005, Greg KH wrote:
> On Wed, Mar 09, 2005 at 11:06:15AM -0500, Bill Davidsen wrote:
> > On Tue, 8 Mar 2005, Greg KH wrote:
> >
> > > On Tue, Mar 08, 2005 at 05:18:16PM -0500, Bill Davidsen wrote:
> > > > Greg KH wrote:
> > > > >ChangeSet 1.1998.11.27, 2005/02/25 15:48:28-08:00,
On Wed, 9 Mar 2005, Alan Cox wrote:
> On Mer, 2005-03-09 at 21:58, Kai Makisara wrote:
> > While waiting for the application to be fixed, it was decided to restore
> > the old behaviour of the tape drivers.
>
> Which means tar won't get fixed 8(
Bet that's true.
>
> > I don't think
Hi Linus,
The latest DRM tree is ready (bit late but I got there..), it contains
updated radeon driver, splitting of drm structure to allow for multi-head
(no drivers just internal structure changes, credits updates, static
function updates and pci ids update.
The patch is up at
>The attached patch fix call kobject_get_path() with zero kobject argument.
I'm sorry. My previous patch was incorrect.
--
Regards, JustMan.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Hi Ronald,
> I indeed don't test RC/MM kernels. I'm fairly happy with the current
> driver status, so I'm not doing any active new development on it. I run
> standard Fedora kernels with CVS of the driver (which is the same as
> what's in 2.6.10).
> (...)
> My experience is not the same as
Hi Jean,
thanks for the reply.
On Thu, 10 Mar 2005, Jean Delvare wrote:
> I'm glad to learn you are testing things. Still the oops in saa7110 went
> unnoticed for the past 3 months, so I guess that either you don't have
> a DC10(+) in your test panel, or you did not test mm/rc kernels.
I indeed
Hi Ronald,
[Jean Delvare]
> It is possible that people are able to get their board to still work
> without my patch, if the chips were properly configured in the first
> place and they don't attempt to reconfigure them (like norm change). I
> don't know the chips well enough to tell how probable
These two patches continue the work that Wayne Meissner
started and are against the current bk tree.
These patches allow the stallion driver to be built-in and
loaded at boot time, the current #ifdef MODULE only allows
the init code to be included if compiled as a module.
Tested for compile,
On Fri, 24 Dec 2004 at 16:15, David Dillow wrote:
> xfrm_lookup() is only called for outgoing packets,
> not for received packets. I don't think ping
> replies (ICMP echo replies) will ever have a non-
> NULL sk, as they are not associated with a socket.
But, as we know, The Linux network
Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> When I booted my new 720 on a kernel configured for NUMA, I received
> the following during bootup:
>
> WARNING: Unexpected node layout: region start 4400 length 200
> NUMA is disabled
>
> This is due to memory 'holes' within nodes. If
On 2005-03-09T18:36:37, Alex Aizman <[EMAIL PROTECTED]> wrote:
> Heartbeat is good for reliability, etc. WRT "getting paged-out" -
> non-deterministic (things depend on time), right?
Right, if we didn't get scheduled often enough for us to send our
heartbeat messages to the other peers, they'll
On Tue, 2005-03-08 at 08:24 -0500, Joshua Jackson wrote:
> On Monday 07 March 2005 4:49 pm, Evgeniy Polyakov wrote:
> >
> > Unfortunately acrypto patch is more than 200kb, so neither mail list
> > will accept it, so I've sent it in such form :)
> >
>
> As per the FAQ, very large patches are often
On Thu, 2005-03-10 at 21:00 +1100, Neil Brown wrote:
> On Tuesday March 8, [EMAIL PROTECTED] wrote:
> > So here's a first cut at how this 2.6 -stable release process is going
> > to work that Chris and I have come up with. Does anyone have any
> > problems/issues/questions with this?
>
> One
On Tuesday March 8, [EMAIL PROTECTED] wrote:
> So here's a first cut at how this 2.6 -stable release process is going
> to work that Chris and I have come up with. Does anyone have any
> problems/issues/questions with this?
One rule that I thought would make sense, but that I don't see listed
On Thu, 10 Mar 2005, Steven Rostedt wrote:
> The short term fix is probably to put back the preempt_disables, the long
> term is to get rid of these stupid bit_spin_lock busy loops.
>
Doing a quick search on the kernel, it looks like only kjournald uses the
bit_spin_locks. I'll start converting
On Thu, 10 Mar 2005 09:50:11 +0100, Mikael Starvik wrote:
>>+#if __GNUC__ > 2 || (__GNUC__ == 2 && __GNUC_MINOR >= 96)
>
>Should be __GNUC_MINOR__
Thanks, I'll fix that.
/Mikael
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi,
I can cat e.g. /proc/acpi/toshiba/lcd, but I cannot echo into it, there is
no error message or log entry whatsoever (not a permissions issue, other ppl
are experiencing the same btw). It's a toshiba satellite 5200-701 (european
model, AFAIK) with a more-or-less bleeding edge gentoo install.
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> On Thu, Mar 10, 2005 at 01:09:55AM -0800, Andrew Morton wrote:
> > Andi Kleen <[EMAIL PROTECTED]> wrote:
> > >
> > > In general to solve it one has to increase /proc/sys/vm/freepages
> > > a lot.
> >
> > /proc/sys/vm/min_free_kbytes
>
> Oh yes, I still
Hi Ingo,
I notice a problem with the bit_spin_locks that would probably explain the
kjournald latency problems. I'm working on a custom kernel based on your's
and I needed to temporarily remove the scheduler_tick from
update_process_times to implement some special scheduling needs. This
caused
On Tue, 8 Mar 2005, Linux Kernel Mailing List wrote:
> --- a/include/linux/bitops.h 2005-03-08 12:05:59 -08:00
> +++ b/include/linux/bitops.h 2005-03-08 12:05:59 -08:00
> @@ -134,4 +134,26 @@
> return sizeof(w) == 4 ? generic_hweight32(w) : generic_hweight64(w);
> }
>
> +/*
> + * rol32
Hi Jean,
I'm sorry for a late reply, mail is (still) misbehaving. I hope this
arrives at all...
On Wed, 9 Mar 2005, Jean Delvare wrote:
> It is possible that people are able to get their board to still work
> without my patch, if the chips were properly configured in the first
> place and they
On Wed, 9 Mar 2005, Alan Cox wrote:
> On Mer, 2005-03-09 at 20:45, James Simmons wrote:
> > Thank you. We need some kind of basic console in the kernel. I'm not the
> > biggest fan of eye candy. So moving the console to userspace for eye candy
> > is a dumb idea.
>
> Thats why moving the eye
On Thu, Mar 10, 2005 at 01:09:55AM -0800, Andrew Morton wrote:
> Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > In general to solve it one has to increase /proc/sys/vm/freepages
> > a lot.
>
> /proc/sys/vm/min_free_kbytes
Oh yes, I still have the old 2.2 name in my finger tips
(never understood
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> In general to solve it one has to increase /proc/sys/vm/freepages
> a lot.
/proc/sys/vm/min_free_kbytes
> It would be nice though if the VM tuned itself dynamically to a lot
> of GFP_ATOMIC requests. And maybe if GFP_ATOMIC was a bit more aggressive
>
Jason Luo <[EMAIL PROTECTED]> wrote:
> Now, I am writing a driver, which need 200M contiguous physical
> memory? can do? how to do it?
The ftape utils have a tool called swapout which tries to 'free'
large chunks of memory which then can be allocated by the ftape
module loaded subsequently.
I
Alan Cox wrote:
On Mer, 2005-03-09 at 22:22, CaT wrote:
Argh! Ok. I guess I shouldn't've just bought the card based on this
driver then so that I could better debug my problems with my promise
cards. 8(
Its good hardware. It does lots of neat things providing you run -ac
anyway. The raid1
Andrew Morton <[EMAIL PROTECTED]> writes:
> Christian Schmid <[EMAIL PROTECTED]> wrote:
>>
>> > So, maybe a VM problem? That would be a good place to focus since
>> > I think we can be fairly certain it isn't a problem in just the
>> > networking code. Otherwise, my tests would show lower
On Thu, Mar 10, 2005 at 04:49:20PM +0800, Jason Luo wrote:
> A data acquisition card. In DMA mode, the card need 200M contiguous
> memory for DMA.
ick? it can't do scatter-gather or anything sane?
> it's driver in windows can do it.
windows can get 200MB of memory on a running system relaibly?
On Thu, 2005-03-10 at 16:49 +0800, Jason Luo wrote:
> thanks!
> A data acquisition card. In DMA mode, the card need 200M contiguous
> memory for DMA.
> it's driver in windows can do it. so custom ask us to support it.
> are there a way although it'is unpopular?
not really unless your card can do
Hi Gene,
> > I've dropped the "id" member of struct i2c_client, as it were
> > useless. Third-party driver authors now need to do the same.
>
> Aha! As in just 'dd' any line containing the .id in vim?
Exactly. Don't kill all lines with .id though, only the i2c_client id
was dropped, and there
Zwane Mwaikambo <[EMAIL PROTECTED]> writes:
> Andi noted that during normal runtime cpu_idle_map is bounced around a
> lot, and occassionally at a higher frequency than the timer interrupt
> wakeup which we normally exit pm_idle from. So switch to a percpu
> variable. Andi i didn't move things
>+#if __GNUC__ > 2 || (__GNUC__ == 2 && __GNUC_MINOR >= 96)
Should be __GNUC_MINOR__
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mikael Pettersson
Sent: Thursday, February 10, 2005 4:29 PM
To: linux-kernel@vger.kernel.org
Subject:
thanks!
A data acquisition card. In DMA mode, the card need 200M contiguous
memory for DMA.
it's driver in windows can do it. so custom ask us to support it.
are there a way although it'is unpopular?
On Thu, 10 Mar 2005 00:16:34 -0800, Chris Wedgwood <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 10,
Ok, here is a patch. See what you think. This patch assumes that Lee's patch
has been merged (although it eliminates all of it).
George
George Anzinger wrote:
Lee Revell wrote:
On Fri, 2005-03-04 at 12:58 -0800, George Anzinger wrote:
Lee Revell wrote:
On Fri, 2005-03-04 at 02:28 -0800, George
On Wed, 2005-03-09 at 19:53, Justin M. Forbes wrote:
> With the new stable series kernels, the .x versioning is being added to
> EXTRAVERSION. This has traditionally been a space for local modification.
> I know several distributions are using EXTRAVERSION for build numbers,
> platform and
On 063, 03 04, 2005 at 12:17:40 -0800, Pete Zaitcev wrote:
> On Wed, 2 Feb 2005 10:18:47 +0300 Andrey Panin <[EMAIL PROTECTED]> wrote:
>
> > > +++ linux-2.6.11-rc2-lem/arch/i386/kernel/dmi_scan.c 2005-01-31
> > > 20:42:16.163592792 -0800
>
> > > +static __init int enable_usb_handoff(struct
Hi,
Using ELF format to construct dump information (registers, physical adress
range, and physical memory etc.) is OK. It's not bad idea.
But it is not necessary to indend to use a particular analysis tool.
Do simple.
Thanks.
--
Itsuro ODA <[EMAIL PROTECTED]>
-
To unsubscribe from this list:
On Thu, 2005-03-10 at 00:56, Trond Myklebust wrote:
> su den 27.02.2005 Klokka 16:22 (+0100) skreiv Andreas Gruenbacher:
> > vanlig tekstdokument vedlegg (nfsacl-solaris-nfsacl-workaround.patch)
> > If the nfs_acl program is available, Solaris clients expect both version
> > 2 and version 3 to be
On Thu, Mar 10, 2005 at 04:10:18PM +0800, Jason Luo wrote:
> Now, I am writing a driver, which need 200M contiguous physical
> memory? can do? how to do it?
Not easily no. Do you really need this? What kind of hardware is
this?
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, 2005-03-09 at 20:52 +0100, Blaisorblade wrote:
> > Are you sure this is really the best option in this instance?
> > Sometimes, static data initialisation is more efficient than
> > code-based manual initialisation, especially when the memory
> > is written to anyway.
> Agreed,
On Thu, 10 Mar 2005 18:49:02 +1100, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
[...]
> > Everything works nicely on 2.6.10 and earlier kernels. I'm in the
> > process of building 2.6.11.2 to see if the crash occurs there.
>
> So ?
Stefano Rivoir <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
>
> Hi Andrew
>
> With 2.6.11-mm series, "acpi_poweroff called" problem is back again (it
> disappeared in 2.6.11-rc-mm and actually never
Hi,
Now, I am writing a driver, which need 200M contiguous physical
memory? can do? how to do it?
thanks!
Jason
-
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 Wednesday 09 March 2005 17:51, Alan Cox wrote:
> On Mer, 2005-03-09 at 07:26, CaT wrote:
> > > Carried over from 2.6.10-ac
> >
> > BTW. What's the probability of the ITE driver making it into the stock
> > kernel?
>
> I have given up caring about the base kernel IDE code. I've tried to get
>
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
Hi Andrew
With 2.6.11-mm series, "acpi_poweroff called" problem is back again (it
disappeared in 2.6.11-rc-mm and actually never happend in Linus' tree).
So when you shutdown, you have to unplug
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
Hi Andrew
With 2.6.11-mm series, acpi_poweroff called problem is back again (it
disappeared in 2.6.11-rc-mm and actually never happend in Linus' tree).
So when you shutdown, you have to unplug
On Wednesday 09 March 2005 17:51, Alan Cox wrote:
On Mer, 2005-03-09 at 07:26, CaT wrote:
Carried over from 2.6.10-ac
BTW. What's the probability of the ITE driver making it into the stock
kernel?
I have given up caring about the base kernel IDE code. I've tried to get
stuff
Stefano Rivoir [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm2/
Hi Andrew
With 2.6.11-mm series, acpi_poweroff called problem is back again (it
disappeared in 2.6.11-rc-mm and actually never happend in Linus'
Hi,
Now, I am writing a driver, which need 200M contiguous physical
memory? can do? how to do it?
thanks!
Jason
-
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
On Wed, 2005-03-09 at 20:52 +0100, Blaisorblade wrote:
Are you sure this is really the best option in this instance?
Sometimes, static data initialisation is more efficient than
code-based manual initialisation, especially when the memory
is written to anyway.
Agreed, theoretically, but
On Thu, 10 Mar 2005 18:49:02 +1100, Benjamin Herrenschmidt
[EMAIL PROTECTED] wrote:
On Wed, 2005-03-09 at 21:12 +0100, Christian Henz wrote:
[...]
Everything works nicely on 2.6.10 and earlier kernels. I'm in the
process of building 2.6.11.2 to see if the crash occurs there.
So ?
On Thu, Mar 10, 2005 at 04:10:18PM +0800, Jason Luo wrote:
Now, I am writing a driver, which need 200M contiguous physical
memory? can do? how to do it?
Not easily no. Do you really need this? What kind of hardware is
this?
-
To unsubscribe from this list: send the line unsubscribe
On Thu, 2005-03-10 at 00:56, Trond Myklebust wrote:
su den 27.02.2005 Klokka 16:22 (+0100) skreiv Andreas Gruenbacher:
vanlig tekstdokument vedlegg (nfsacl-solaris-nfsacl-workaround.patch)
If the nfs_acl program is available, Solaris clients expect both version
2 and version 3 to be
Hi,
Using ELF format to construct dump information (registers, physical adress
range, and physical memory etc.) is OK. It's not bad idea.
But it is not necessary to indend to use a particular analysis tool.
Do simple.
Thanks.
--
Itsuro ODA [EMAIL PROTECTED]
-
To unsubscribe from this list:
On 063, 03 04, 2005 at 12:17:40 -0800, Pete Zaitcev wrote:
On Wed, 2 Feb 2005 10:18:47 +0300 Andrey Panin [EMAIL PROTECTED] wrote:
+++ linux-2.6.11-rc2-lem/arch/i386/kernel/dmi_scan.c 2005-01-31
20:42:16.163592792 -0800
+static __init int enable_usb_handoff(struct dmi_blacklist
On Wed, 2005-03-09 at 19:53, Justin M. Forbes wrote:
With the new stable series kernels, the .x versioning is being added to
EXTRAVERSION. This has traditionally been a space for local modification.
I know several distributions are using EXTRAVERSION for build numbers,
platform and assorted
Ok, here is a patch. See what you think. This patch assumes that Lee's patch
has been merged (although it eliminates all of it).
George
George Anzinger wrote:
Lee Revell wrote:
On Fri, 2005-03-04 at 12:58 -0800, George Anzinger wrote:
Lee Revell wrote:
On Fri, 2005-03-04 at 02:28 -0800, George
thanks!
A data acquisition card. In DMA mode, the card need 200M contiguous
memory for DMA.
it's driver in windows can do it. so custom ask us to support it.
are there a way although it'is unpopular?
On Thu, 10 Mar 2005 00:16:34 -0800, Chris Wedgwood [EMAIL PROTECTED] wrote:
On Thu, Mar 10, 2005
+#if __GNUC__ 2 || (__GNUC__ == 2 __GNUC_MINOR = 96)
Should be __GNUC_MINOR__
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mikael Pettersson
Sent: Thursday, February 10, 2005 4:29 PM
To: linux-kernel@vger.kernel.org
Subject: [PATCH][2.4.30-pre1]
Zwane Mwaikambo [EMAIL PROTECTED] writes:
Andi noted that during normal runtime cpu_idle_map is bounced around a
lot, and occassionally at a higher frequency than the timer interrupt
wakeup which we normally exit pm_idle from. So switch to a percpu
variable. Andi i didn't move things to
Hi Gene,
I've dropped the id member of struct i2c_client, as it were
useless. Third-party driver authors now need to do the same.
Aha! As in just 'dd' any line containing the .id in vim?
Exactly. Don't kill all lines with .id though, only the i2c_client id
was dropped, and there are
On Thu, 2005-03-10 at 16:49 +0800, Jason Luo wrote:
thanks!
A data acquisition card. In DMA mode, the card need 200M contiguous
memory for DMA.
it's driver in windows can do it. so custom ask us to support it.
are there a way although it'is unpopular?
not really unless your card can do
On Thu, Mar 10, 2005 at 04:49:20PM +0800, Jason Luo wrote:
A data acquisition card. In DMA mode, the card need 200M contiguous
memory for DMA.
ick? it can't do scatter-gather or anything sane?
it's driver in windows can do it.
windows can get 200MB of memory on a running system relaibly?
Andrew Morton [EMAIL PROTECTED] writes:
Christian Schmid [EMAIL PROTECTED] wrote:
So, maybe a VM problem? That would be a good place to focus since
I think we can be fairly certain it isn't a problem in just the
networking code. Otherwise, my tests would show lower bandwidth.
Alan Cox wrote:
On Mer, 2005-03-09 at 22:22, CaT wrote:
Argh! Ok. I guess I shouldn't've just bought the card based on this
driver then so that I could better debug my problems with my promise
cards. 8(
Its good hardware. It does lots of neat things providing you run -ac
anyway. The raid1
Jason Luo [EMAIL PROTECTED] wrote:
Now, I am writing a driver, which need 200M contiguous physical
memory? can do? how to do it?
The ftape utils have a tool called swapout which tries to 'free'
large chunks of memory which then can be allocated by the ftape
module loaded subsequently.
I don't
Andi Kleen [EMAIL PROTECTED] wrote:
In general to solve it one has to increase /proc/sys/vm/freepages
a lot.
/proc/sys/vm/min_free_kbytes
It would be nice though if the VM tuned itself dynamically to a lot
of GFP_ATOMIC requests. And maybe if GFP_ATOMIC was a bit more aggressive
and
On Thu, Mar 10, 2005 at 01:09:55AM -0800, Andrew Morton wrote:
Andi Kleen [EMAIL PROTECTED] wrote:
In general to solve it one has to increase /proc/sys/vm/freepages
a lot.
/proc/sys/vm/min_free_kbytes
Oh yes, I still have the old 2.2 name in my finger tips
(never understood why these
On Wed, 9 Mar 2005, Alan Cox wrote:
On Mer, 2005-03-09 at 20:45, James Simmons wrote:
Thank you. We need some kind of basic console in the kernel. I'm not the
biggest fan of eye candy. So moving the console to userspace for eye candy
is a dumb idea.
Thats why moving the eye candy
Hi Jean,
I'm sorry for a late reply, mail is (still) misbehaving. I hope this
arrives at all...
On Wed, 9 Mar 2005, Jean Delvare wrote:
It is possible that people are able to get their board to still work
without my patch, if the chips were properly configured in the first
place and they
On Tue, 8 Mar 2005, Linux Kernel Mailing List wrote:
--- a/include/linux/bitops.h 2005-03-08 12:05:59 -08:00
+++ b/include/linux/bitops.h 2005-03-08 12:05:59 -08:00
@@ -134,4 +134,26 @@
return sizeof(w) == 4 ? generic_hweight32(w) : generic_hweight64(w);
}
+/*
+ * rol32 - rotate
Hi Ingo,
I notice a problem with the bit_spin_locks that would probably explain the
kjournald latency problems. I'm working on a custom kernel based on your's
and I needed to temporarily remove the scheduler_tick from
update_process_times to implement some special scheduling needs. This
caused
Andi Kleen [EMAIL PROTECTED] wrote:
On Thu, Mar 10, 2005 at 01:09:55AM -0800, Andrew Morton wrote:
Andi Kleen [EMAIL PROTECTED] wrote:
In general to solve it one has to increase /proc/sys/vm/freepages
a lot.
/proc/sys/vm/min_free_kbytes
Oh yes, I still have the old 2.2 name
Hi,
I can cat e.g. /proc/acpi/toshiba/lcd, but I cannot echo into it, there is
no error message or log entry whatsoever (not a permissions issue, other ppl
are experiencing the same btw). It's a toshiba satellite 5200-701 (european
model, AFAIK) with a more-or-less bleeding edge gentoo install.
On Thu, 10 Mar 2005 09:50:11 +0100, Mikael Starvik wrote:
+#if __GNUC__ 2 || (__GNUC__ == 2 __GNUC_MINOR = 96)
Should be __GNUC_MINOR__
Thanks, I'll fix that.
/Mikael
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Thu, 10 Mar 2005, Steven Rostedt wrote:
The short term fix is probably to put back the preempt_disables, the long
term is to get rid of these stupid bit_spin_lock busy loops.
Doing a quick search on the kernel, it looks like only kjournald uses the
bit_spin_locks. I'll start converting
On Tuesday March 8, [EMAIL PROTECTED] wrote:
So here's a first cut at how this 2.6 -stable release process is going
to work that Chris and I have come up with. Does anyone have any
problems/issues/questions with this?
One rule that I thought would make sense, but that I don't see listed
is:
On Thu, 2005-03-10 at 21:00 +1100, Neil Brown wrote:
On Tuesday March 8, [EMAIL PROTECTED] wrote:
So here's a first cut at how this 2.6 -stable release process is going
to work that Chris and I have come up with. Does anyone have any
problems/issues/questions with this?
One rule that I
On Tue, 2005-03-08 at 08:24 -0500, Joshua Jackson wrote:
On Monday 07 March 2005 4:49 pm, Evgeniy Polyakov wrote:
Unfortunately acrypto patch is more than 200kb, so neither mail list
will accept it, so I've sent it in such form :)
As per the FAQ, very large patches are often best
On 2005-03-09T18:36:37, Alex Aizman [EMAIL PROTECTED] wrote:
Heartbeat is good for reliability, etc. WRT getting paged-out -
non-deterministic (things depend on time), right?
Right, if we didn't get scheduled often enough for us to send our
heartbeat messages to the other peers, they'll evict
Paul Mackerras [EMAIL PROTECTED] wrote:
When I booted my new 720 on a kernel configured for NUMA, I received
the following during bootup:
WARNING: Unexpected node layout: region start 4400 length 200
NUMA is disabled
This is due to memory 'holes' within nodes. If such holes
On Fri, 24 Dec 2004 at 16:15, David Dillow wrote:
xfrm_lookup() is only called for outgoing packets,
not for received packets. I don't think ping
replies (ICMP echo replies) will ever have a non-
NULL sk, as they are not associated with a socket.
But, as we know, The Linux network
These two patches continue the work that Wayne Meissner
started and are against the current bk tree.
These patches allow the stallion driver to be built-in and
loaded at boot time, the current #ifdef MODULE only allows
the init code to be included if compiled as a module.
Tested for compile,
301 - 400 of 718 matches
Mail list logo
