On Thu, 2005-03-24 at 11:19 +0530, Hariprasad Nellitheertha wrote:
> The topic of creating a common interface across
> architectures for obtaining system RAM information has been
> discussed on lkml and fastboot for a while now.
Sorry, I missed this on LKML.
> Kexec needs
> information about t
On Thu, Mar 24, 2005 at 06:34:56AM +0100, Ingo Molnar wrote:
>
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
>
> > Now, it is true that CPU#2 might record a quiescent state during this
> > time, but this will have no effect because -all- CPUs must pass
> > through a quiescent state before any
On Thu, 24 Mar 2005 01:37:55 +0100, Thomas Skora wrote:
> The via-rhine driver in the actual kernel release 2.6.11.5 resets
> wake-on-lan-settings of the chip. This leads to the fact, that wol is
> disabled after the first reboot. I've attached a little patch, that
> fixes the problem.
This patch
On Thursday 24 March 2005 02:25, Greg KH wrote:
> On Thu, Mar 17, 2005 at 01:40:48AM -0500, Dmitry Torokhov wrote:
> > On Wednesday 16 March 2005 16:38, Frank Sorenson wrote:
> > > Okay, I replaced the sysfs_ops with ops of my own, and now all the show
> > > and store functions also accept the name
On Thu, Mar 24, 2005 at 08:18:35AM +0100, Jan Engelhardt wrote:
>
> >Would you suggest making /dev/random point to /dev/hw_random then ?
>
> No. I for example do not have a hardware RNG, so `modprobe hw_random` fails
> with No Such Device. Making it a symlink would make it a dangling one.
On Thu, Mar 17, 2005 at 01:40:48AM -0500, Dmitry Torokhov wrote:
> On Wednesday 16 March 2005 16:38, Frank Sorenson wrote:
> > Okay, I replaced the sysfs_ops with ops of my own, and now all the show
> > and store functions also accept the name of the attribute as a parameter.
> > This lets the func
On Thu, Mar 17, 2005 at 03:16:24AM -0500, [EMAIL PROTECTED] wrote:
> On Wed, 16 Mar 2005 14:38:50 MST, Frank Sorenson said:
> > Okay, I replaced the sysfs_ops with ops of my own, and now all the show
> > and store functions also accept the name of the attribute as a parameter.
> > This lets the fun
>Would you suggest making /dev/random point to /dev/hw_random then ?
No. I for example do not have a hardware RNG, so `modprobe hw_random` fails
with No Such Device. Making it a symlink would make it a dangling one.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe
On Wednesday 23 March 2005 11:17, Andrew Morton wrote:
> Borislav Petkov <[EMAIL PROTECTED]> wrote:
> > On Thursday 17 March 2005 10:18, Andrew Morton wrote:
> > > Borislav Petkov <[EMAIL PROTECTED]> wrote:
> > > > Mar 17 09:19:28 zmei kernel: [4.109241] PM: Checking swsusp
> > > > image. Mar 1
>> >brings down almost all linux distro's while other *nixes survives.
>>
>> Let's see if this can be confirmed.
>
>open/free/netbsd survives. I guess OSX does too.
Confirmed. My OpenBSD install copes very well with forkbombs.
However, I _was able_ to spawn a lot of shells by default.
The essence
On Tue, Mar 22, 2005 at 09:02:24PM -0500, Jeff Garzik wrote:
> Kylene Hall wrote:
> >>what is the purpose of this pci_dev_get/put? attempting to prevent
> >>hotplug or
> >>something?
> >
> >
> >Seems that since there is a refernce to the device in the chip structure
> >and I am making the file p
On Wed, Mar 23, 2005 at 12:44:52PM +0100, Esben Nielsen wrote:
> On Tue, 22 Mar 2005, Paul E. McKenney wrote:
>
> > On Tue, Mar 22, 2005 at 09:55:26AM +0100, Esben Nielsen wrote:
> > > On Mon, 21 Mar 2005, Paul E. McKenney wrote:
> > [ . . . ]
> > > > On Mon, Mar 21, 2005 at 12:23:22AM +0100, Esbe
>Dear sir,
>
> I am new to kernel. I want to know which function in
>the file sched.c or procedure is called to bring a
>process for processing in the CPU after context
>switching.
In schedule(), context_switch() is called -- there is not any processing
needed, the task state is just copied from
>> Which scripts use that? As stated, these two directory entries exist when
>> you
>> stat() them, they just do not show up in readdir(), and I bet few programs
>> care for "." and ".." when doing their readdir.
>
>There's probably a number of apps that skip the first two dirents, instead
>of c
On Wed, Mar 23, 2005 at 10:46:45PM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > i think the 'migrate read-count' method is not adequate either,
> > because all callbacks queued within an RCU read section must be called
> > after the lock has been dropped - while
On Wed, 2005-03-23 at 17:00 -0500, linux-os wrote:
> On Wed, 23 Mar 2005, Arjan van de Ven wrote:
>
> > On Wed, 2005-03-23 at 15:56 -0500, linux-os wrote:
> static void start_timer(void)
> {
> if(!atomic_read(&info->running))
> {
> atomic_inc(&info->runn
1>http://www.opersys.com/ftp/pub/relayfs/patch-relayfs-2.6.10-050113
2>ftp://oss.sgi.com/projects/pagg/download/linux-2.6.10-pagg.patch-4
I guess (2) is already in 2.6.11, because I do not get any compile and load
errors (good so!), is it?
Jan Engelhardt
--
-
To unsubscribe from this list: se
On Wed, Mar 23, 2005 at 08:49:54PM +1100, Herbert Xu wrote:
> On Wed, Mar 23, 2005 at 08:38:11PM +1100, Herbert Xu wrote:
> >
> > > ok. It's enough to put a barrier into the else branch here, because the
> > > atomic op in the main brain is a barrier by itself.
> >
> > Since the else branch is onl
On Thu, Mar 24 2005, Mark Goodwin wrote:
>
> On Wed, 23 Mar 2005, Jens Axboe wrote:
> > Yes, I will make sure it gets committed. Thanks for your help so far.
> >
> > --
> > Jens Axboe
>
> Jens,
>
> SGI needs this fix. Will it find it's way into SLES9/SP2?
> Or should we open a SuSE bug?
A li
oh yes I tried to record a cd and something tried to mount the empty
cd - mount uses to segfault there.
On Wed, 23 Mar 2005 19:45:31 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Rechberger Markus <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > just got that message when I tried to mount a cd
On Wed, Mar 23, 2005 at 10:03:41AM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > > i think the 'migrate read-count' method is not adequate either, because
> > > all callbacks queued within an RCU read section must be called after the
> > > lock has been dropped -
include/linux/i2c.h:58: error: array type has incomplete element type
include/linux/i2c.h:197: error: array type has incomplete element type
/usr/local/src/sources/r300_driver/drm/linux-core/radeon_drv.h:274: confused by
earlier errors, bailing out
I see further back you fed the gcc 4.0 compile f
On Wed, Mar 23, 2005 at 08:16:04AM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > That callback will be queued on CPU#2 - while the task still keeps
> > current->rcu_data of CPU#1. It also means that CPU#2's read counter
> > did _not_ get increased - and a too short
>
> It's a bit sad that xfree _used_ to work (2.6.9?) and now it doesn't work,
> and the fix is to switch to the x.org server.
>
> Do we know what changed to cause this? Was it deliberate?
Okay I installed Debian Sarge today and found a bug in the drm version
ioctls alright with the older inter
Hi !
While experimenting with framebuffer access performances, we noticed a
very significant improvement in write access to it when not setting
the "guarded" bit on the MMU mappings. This bit basically says that
reads and writes won't have side effects (it allows speculation). It
appears that it a
On Wednesday 23 March 2005 22:14, Adrian Bunk wrote:
> The Coverity checker noted that while all other uses of param in
> ps2_command() were guarded by a NULL check, this one wasn't.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> --- linux-2.6.12-rc1-mm1-full/drivers/input/serio/libps2.c
Regards, Hari
---
This patch provides the arch independent code to create the
activemem view in the proc file system. /proc/activemem
reflects the RAM resources that are in use by the kernel. If
the system has been booted with mem= or memmap= options, then
this view will reflect the truncated map
On Wed, Mar 23, 2005 at 07:37:27AM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > the 'migrate read count' solution seems more promising, as it would
> > keep other parts of the RCU code unchanged. [ But it seems to break
> > the nice 'flip pointers' method you found
On Tuesday 22 March 2005 23:41, Patrick McFarland wrote:
> On Tuesday 22 March 2005 09:19 pm, Patrick McFarland wrote:
> > I haven't tested it with 2.6.11 yet... real life showed up, and hasn't gone
> > away yet. *stab!* I'll be testing it right after I send this email.
>
> Nope, 2.6.11 is also br
Regards, Hari
---
This patch contains the x86_64 specific code to generate
the /proc/activemem view.
---
Signed-off-by: Hariprasad Nellitheertha <[EMAIL PROTECTED]>
---
linux-2.6.12-rc1-hari/arch/x86_64/kernel/e820.c | 37
1 files changed, 37 insertions(+)
diff -puN
Regards, Hari
---
This patch contains the i386 specific code to generate the
/proc/activemem view.
---
Signed-off-by: Hariprasad Nellitheertha <[EMAIL PROTECTED]>
---
linux-2.6.12-rc1-hari/arch/i386/kernel/efi.c | 31 +++
linux-2.6.12-rc1-hari/arch/i386/kernel/setup.c | 50 ++
Regards, Hari
---
This patch contains the x86_64 specific code to generate
the /proc/physmem view.
---
Signed-off-by: Hariprasad Nellitheertha <[EMAIL PROTECTED]>
---
linux-2.6.12-rc1-hari/arch/x86_64/kernel/e820.c | 55 +---
1 files changed, 39 insertions(+), 16 deletion
Regards, Hari
---
This patch contains the i386 specific code to generate the
/proc/physmem view.
Signed-off-by: Hariprasad Nellitheertha <[EMAIL PROTECTED]>
---
linux-2.6.12-rc1-hari/arch/i386/kernel/efi.c | 134 +++--
linux-2.6.12-rc1-hari/arch/i386/kernel/setup.c | 8
---
This patch provides the arch independent code to create the
physmem view in the proc file system. /proc/physmem
reflects the entire RAM resources that present in the system.
Even if the system has been booted with mem= or memmap= options,
this view will reflect the complete physical memory ma
Hi,
The topic of creating a common interface across
architectures for obtaining system RAM information has been
discussed on lkml and fastboot for a while now. Kexec needs
information about the entire physical RAM present in the
system while kdump needs information on the memory that the
kerne
On Thu, 24 Mar 2005 11:26:16 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> OK, attached is my first cut at slimming down the boundary tests.
Works perfectly fine on sparc64.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
Jeff Garzik wrote:
Andrew Morton wrote:
David McCullough <[EMAIL PROTECTED]> wrote:
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
It neither applies correctly nor compiles in current kernels. 2.6.11 is
very old in kernel time.
Hrm. This i
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> Now, it is true that CPU#2 might record a quiescent state during this
> time, but this will have no effect because -all- CPUs must pass
> through a quiescent state before any callbacks will be invoked. Since
> CPU#1 is refusing to record a quies
Randy.Dunlap wrote:
Christoph Lameter wrote:
We just send an update to Andrew and Jeff that also fixes this issue.
Sadly that patch is >300k so we cannot post it to the list.
you can post it to netdev@oss.sgi.com
it doesn't seem to block large patches.
Well, it's still not kosher to send large pa
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> > It neither applies correctly nor compiles in current kernels. 2.6.11 is
> > very old in kernel time.
>
> Hrm. This is getting pretty lame, if you can't take patches from the
> -latest- stable release. It's pretty easy in BK:
>
> bk clone -
On Wed, 23 Mar 2005, Randy.Dunlap wrote:
> Christoph Lameter wrote:
> > We just send an update to Andrew and Jeff that also fixes this issue.
> > Sadly that patch is >300k so we cannot post it to the list.
>
> you can post it to netdev@oss.sgi.com
> it doesn't seem to block large patches.
Ok. Sen
On Wed, Mar 23, 2005 at 07:33:17AM +0100, Ingo Molnar wrote:
>
> * Paul E. McKenney <[EMAIL PROTECTED]> wrote:
>
> > +#ifdef CONFIG_PREEMPT_RCU
> > +
> > +void rcu_read_lock(void)
> > +{
> > + if (current->rcu_read_lock_nesting++ == 0) {
> > + current->rcu_data = &get_cpu_var(rcu_data
Christoph Lameter wrote:
We just send an update to Andrew and Jeff that also fixes this issue.
Sadly that patch is >300k so we cannot post it to the list.
you can post it to netdev@oss.sgi.com
it doesn't seem to block large patches.
--
~Randy
-
To unsubscribe from this list: send the line "unsubscr
Andrew Morton wrote:
David McCullough <[EMAIL PROTECTED]> wrote:
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
It neither applies correctly nor compiles in current kernels. 2.6.11 is
very old in kernel time.
Hrm. This is getting pretty lame,
David McCullough wrote:
Jivin Jeff Garzik lays it down ...
On Thu, Mar 24, 2005 at 02:27:08PM +1000, David McCullough wrote:
Hi all,
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
so that true random number generator device drivers can add
On Monday 21 March 2005 20:45, Andrew Morton wrote:
[...]
>> Lemme see if I've grabbed that patch, brb. No, but I'll go get it
>> right now. Got it. Edited my two scripts and its building now.
After 2 days of running rc1-mm1, I've reverted to plain rc1, for one
reason. The last 2 days, its ta
David McCullough wrote:
> Are you talking about /dev/hw_random ? If not then sorry I didn't see it :-(
>
> On a lot of the small systems I work on, /dev/random is completely
> unresponsive, and all the apps use /dev/random, not /dev/hw_random.
>
> Would you suggest making /dev/random point t
Jivin Jeff Garzik lays it down ...
> On Thu, Mar 24, 2005 at 02:27:08PM +1000, David McCullough wrote:
> >
> > Hi all,
> >
> > Here is a small patch for 2.6.11 that adds a routine:
> >
> > add_true_randomness(__u32 *buf, int nwords);
> >
> > so that true random number generator device driv
Dear sir,
I am new to kernel. I want to know which function in
the file sched.c or procedure is called to bring a
process for processing in the CPU after context
switching.
Thanks in advance,
Sounak
Yahoo! India Matrimon
David McCullough <[EMAIL PROTECTED]> wrote:
>
> Here is a small patch for 2.6.11 that adds a routine:
>
> add_true_randomness(__u32 *buf, int nwords);
It neither applies correctly nor compiles in current kernels. 2.6.11 is
very old in kernel time.
Are we likely to see any in-kernel users
Hi all,
The latest release of ocf-linux (20050324) is available for download
from the project page:
http://ocf-linux.sourceforge.net/
This release includes the following changes:
* Added random number generator support for the hifn and safenet drivers.
* Added patch for 2.4/2.6 kernels
I have a multithread application which uses ASYNC IO but is RT signal
driven. I have a worker thread which handles all connection and accepts
all data that are received. I use SIGRTMIN as the signal to be delivered
whenever my socket is ready with data. All my threads block SIGRTMIN
including the m
On Thu, Mar 24, 2005 at 02:27:08PM +1000, David McCullough wrote:
>
> Hi all,
>
> Here is a small patch for 2.6.11 that adds a routine:
>
> add_true_randomness(__u32 *buf, int nwords);
>
> so that true random number generator device drivers can add a entropy
> to the system. Drivers that
Hi all,
Here is a small patch for 2.4.29 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
so that true random number generator device drivers can add a entropy
to the system. Drivers that use this can be found in the latest release
of ocf-linux, an asynchronous crypto
Hi all,
Here is a small patch for 2.6.11 that adds a routine:
add_true_randomness(__u32 *buf, int nwords);
so that true random number generator device drivers can add a entropy
to the system. Drivers that use this can be found in the latest release
of ocf-linux, an asynchronous crypto
This patch fixes I-cache invalidation operation for M32102 chip,
which is one of m32r MMU-less targets.
Before this fix, the m32r kernel for M32102 chip missed I-cache
invalidation operation and switched off I-cache unintentionally.
This bug caused awful performance degradation.
Signed-off-by: Ma
Rechberger Markus <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> just got that message when I tried to mount a cd
>
> ...
>
> EIP is at get_kobj_path_length+0x26/0x40
> eax: ebx: ecx: edx: ddc3414c
> esi: 0001 edi: ebp: esp: cd89bdd4
> ds: 007b
On Tue, Mar 22, 2005 at 06:52:33PM -0500, Jeff Garzik wrote:
> Adrian Bunk wrote:
> >This patch contains the following possible cleanups:
> >- make needlessly global code static
> >- arcnet.c: kill the outdated VERSION
>
> As I said WRT other drivers... I don't like removing the printk completely
We just send an update to Andrew and Jeff that also fixes this issue.
Sadly that patch is >300k so we cannot post it to the list.
On Thu, 24 Mar 2005, Adrian Bunk wrote:
> The #define MODVERSIONS doesn't make sense.
>
> And there's no need to #ifdef an #include .
>
> Signed-off-by: Adrian Bunk <[
generic_file_direct_IO isn't used outside of this file.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Mar 2005
include/linux/fs.h |2 --
mm/filemap.c |7 +--
2 files changed, 5 insertions(+), 4 deletions(-)
--- linux-2.6.11-mm1-full/i
The #define MODVERSIONS doesn't make sense.
And there's no need to #ifdef an #include .
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1-full/drivers/net/chelsio/osdep.h.old 2005-03-24
01:20:02.0 +0100
+++ linux-2.6.12-rc1-mm1-full/drivers/net/chelsio/osdep.h
On Mon, Mar 21, 2005 at 04:53:43AM +0800, Antonino A. Daplas wrote:
> Not this one. Code that grabs the EDID block using the video BIOS is in
> video.S.
> Currently, there's no driver that uses this but it's an acceptable backup for
> drivers
> that want the EDID block but has no i2c, or i2c pr
sync_page_range_nolock isn't used outside of this file.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Mar 2005
include/linux/writeback.h |2 --
mm/filemap.c |6 +++---
2 files changed, 3 insertions(+), 5 deletions(-)
--- linux-2.6.
I didn't find any possible modular usage in the kernel.
This patch was already ACK'ed by Christoph Hellwig.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Mar 2005
mm/mmap.c |4
mm/nommu.c |4
2 files changed, 8 deletions(-)
--- linu
* Adrian Bunk ([EMAIL PROTECTED]) wrote:
> --- linux-2.6.12-rc1-mm1-full/fs/attr.c.old 2005-03-23 04:44:40.0
> +0100
> +++ linux-2.6.12-rc1-mm1-full/fs/attr.c 2005-03-23 04:45:40.0
> +0100
> @@ -112,7 +112,7 @@
> int notify_change(struct dentry * dentry, struct iattr * at
Ben Greear wrote:
I'm having a strange problem. I have an X6DVA motherboard
with dual 2.8Ghz emt-64 processors, 1GB of RAM, SATA HD, etc.
I tried kernel 2.6.11 which uses irq 26, and 2.6.10-1.770_FC2smp, which
maps the irq to 209 or something like that. Distribution is FC2, x86.
Kernel is compil
This patch fixes two possible off by one errors found by the Coverity
checker (look at the period[i] and delay[j] in the two first unchanged
lines).
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1-full/drivers/input/keyboard/atkbd.c.old
2005-03-24 02:46:57.00
The Coverity checker noted that while all other uses of param in
ps2_command() were guarded by a NULL check, this one wasn't.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1-full/drivers/input/serio/libps2.c.old 2005-03-24
02:37:08.0 +0100
+++ linux-2.6.12-rc1-m
This patch fixes an obvious check after use found by the Coverity
checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1-full/drivers/input/joystick/iforce/iforce-main.c.old
2005-03-24 02:28:48.0 +0100
+++ linux-2.6.12-rc1-mm1-full/drivers/input/joystick/ifor
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: William Irwin <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Mar 2005
--- linux-2.6.11-mm1-full/mm/hugetlb.c.old 2005-03-04 15:47:11.0
+0100
+++ linux-2.6.
I didn't find any possible modular usage in the kernel.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Mar 2005
--- linux-2.6.11-mm1-full/mm/page-writeback.c.old 2005-03-04
16:11:21.0 +0100
+++ linux-2.6.11-mm1-full/mm/page-writeback.c 20
This patch contains cleanups including the following:
- make needlessly global code static
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 6 Mar 2005
sound/oss/ad1816.c |2 +-
sound/oss/nm256.h |2 +-
sound/oss/nm256_audio.c |4 ++--
This patch fixes the following bugs:
- __exit unregister_ioregion and unregister_drivers were called by
__init isicom_init
- __init isicom_init was called by __devinit isicom_setup
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 9 Mar 2005
drivers/char/is
On Tue, Mar 22, 2005 at 07:02:42PM -0500, Jeff Garzik wrote:
> Please resubmit without the orinoco changes. That is related to the
> ongoing merge.
OK, updated patch:
<-- snip -->
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
There is another dell2650 with 2G memory using option "CONFIG_HIGHMEM4G":
Memory: 2075744k/2097024k available (1858k kernel code, 20408k reserved,
704k data, 160k init, 1179520k highmem)
2097024-1858-20408-704-160=2073894.It looks be close to 2075744. So I
consider it would be fine.
But when I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Triffid Hunter wrote:
> i've seen the same problems with a fat32 partition image after an
> unclean shutdown. reading certain files would cause the filesystem to
> spontaneously become read-only with error messages similar to the ones
> you list belo
Andrew,
From: Andrew Morton <[EMAIL PROTECTED]>
> I'd prefer it if you could avoid sending multiple patches with the same
> title in future, please. It mucks up my patch naming and tracking system,
> and surely all three patches weren't doing the same thing?
>
> More at http://www.zip.com.au/~a
Peter Baumann <[EMAIL PROTECTED]> wrote:
>
>
> I'm hitting an annoying bug in kernel 2.6.11.5
>
> Every time I _reboot_ (warmstart) my pc my two network cards won't get
> recognized any longer.
>
> Following error message appears on my screen:
>
> PCI: Enabling device :00:0b.0 ( -> 0003
On Wed, 23 Mar 2005 17:46:14 -0800 "Shawn Smith" <[EMAIL PROTECTED]> wrote:
>
> After giving a halt command, the system is normal until it gives the
> powerdown message, and then there is a dump of error messages.
You have a broken BIOS, please use the "apm=realmode_power_off" kernel
command lin
Hirokazu Takata <[EMAIL PROTECTED]> wrote:
>
> Here is a patchset to update m32r's MMU-less support.
I'd prefer it if you could avoid sending multiple patches with the same
title in future, please. It mucks up my patch naming and tracking system,
and surely all three patches weren't doing the sam
On Wed, 23 Mar 2005, Jens Axboe wrote:
> Yes, I will make sure it gets committed. Thanks for your help so far.
>
> --
> Jens Axboe
Jens,
SGI needs this fix. Will it find it's way into SLES9/SP2?
Or should we open a SuSE bug?
Thanks
-- Mark Goodwin
-
To unsubscribe from this list: send the li
Blaisorblade wrote:
On Wednesday 23 March 2005 18:09, Bodo Stroesser wrote:
[EMAIL PROTECTED] wrote:
Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s
doing that (i.e. i386 and x86_64).
IIRC, Jeff had the idea, to use sched_yield() for this (from a discussion
on #uml).
Hmm, makes
I'm having a strange problem. I have an X6DVA motherboard
with dual 2.8Ghz emt-64 processors, 1GB of RAM, SATA HD, etc.
I have two 4-port e1000 NICs in the system, on a riser card. There
are also 2 built-in e1000s and an e100 in the 32-bit slot of the PCI
riser.
Regardless of which way order I pu
This patch is for updating m32r's MMU-less support.
* arch/m32r/kernel/entry.s:
- Fix syscall table for !CONFIG_MMU
* arch/m32r/kernel/traps.c:
- Fix EIT vector setup routine for !CONFIG_MMU
Signed-off-by: Naoto Sugai <[EMAIL PROTECTED]>
Signed-off-by: Hirokazu Ta
On Tuesday 22 March 2005 19:11, Christoph Hellwig wrote:
> On Tue, Mar 22, 2005 at 05:21:23PM +0100, [EMAIL PROTECTED] wrote:
> > Export this symbol which is not satisfied currently. The code using it
> > has been merged, so please export this symbol.
> and it's still bogus, and you haven't replie
Blaisorblade <[EMAIL PROTECTED]> wrote:
>
> On Wednesday 23 March 2005 18:09, Bodo Stroesser wrote:
> > [EMAIL PROTECTED] wrote:
> > > Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s
> > > doing that (i.e. i386 and x86_64).
> >
> > IIRC, Jeff had the idea, to use sched_yie
Andrea Arcangeli <[EMAIL PROTECTED]> wrote:
>
> On Wed, Mar 23, 2005 at 03:42:32PM -0800, Andrew Morton wrote:
> > I'm suspecting here that we simply leaked a refcount on every darn
> > pagecache page in the machine. Note how mapped memory has shrunk down to
> > less than a megabyte and everything
This patch is for updating m32r's MMU-less support.
* arch/m32r/boot/compressed/Makefile:
Use m32r-elf-gcc for MMU-less targets; change ELF object format
from elf32-m32r-linux to elf32-m32r for !CONFIG_MMU.
* arch/m32r/boot/compressed/head.S: Set up cache for M321
This patch is for updating m32r's MMU-less support.
* arch/m32r/boot/compressed/m32r_sio.c:
- Fix serial output routine
* include/asm-m32r/mmu.h:
- Update mm_context_t definition
Signed-off-by: Yoshinori Sato <[EMAIL PROTECTED]>
Signed-off-by: Hirokazu Takata <[EM
On Wednesday 23 March 2005 18:09, Bodo Stroesser wrote:
> [EMAIL PROTECTED] wrote:
> > Use rep_nop instead of barrier for cpu_relax, following $(SUBARCH)'s
> > doing that (i.e. i386 and x86_64).
>
> IIRC, Jeff had the idea, to use sched_yield() for this (from a discussion
> on #uml).
Hmm, makes sen
On Wed, Mar 23, 2005 at 03:42:32PM -0800, Andrew Morton wrote:
> I'm suspecting here that we simply leaked a refcount on every darn
> pagecache page in the machine. Note how mapped memory has shrunk down to
> less than a megabyte and everything which can be swapped out has been
> swapped out.
>
>
Hello,
Here is a patchset to update m32r's MMU-less support.
# Thanks to Naoto Sugai, Yoshinori Sato, Kazuhiro Inaoka,
# and Hayato Fujiwara.
These patches can be applied to 2.6.11 or later.
Tested on an OAKS32R target.
Please apply.
Thanks,
[PATCH 2.6.12-rc1] m32r: Update MMU-less support (1
Luca Falavigna wrote:
Shouldn't printf generate a segfault trying to read a variabile located in a
write-only area?
What architecture is this on? On many CPUs it is not possible to enforce
a write-only memory area in most cases (there is no way to give write
permissions without giving read permis
After giving a halt command, the system is normal until it gives the powerdown
message, and then there is a dump of error messages.
This is on a 'freek box' -- a rebuilt computer at free geek in Portland OR.
We believe that this problem has to do with a bug in power management.
We are using ker
On Wed, Mar 23, 2005 at 09:29:12AM -0600, Tom Zanussi wrote:
> [EMAIL PROTECTED] writes:
> >
> > Now I understand that this is not the latest release of relayfs (there
> > are the redux patches, which I have yet to try). Nonetheless I'd like
> > to know whether this behaviour is deliberate.
On Tue, 2005-03-22 at 20:20, Pavel Machek wrote:
> Hi!
>
> > >> > Yes, but it is needed. There are many drivers, and they look at
> > >> > numerical value of PMSG_*. I'm proceeding in steps. I hopefully
> > killed
> > >> > all direct accesses to the constants, and will switch constants
> to
> > >>
On Thu, 2005-03-24 at 09:03, Len Brown wrote:
> On Wed, 2005-03-23 at 18:49, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Wednesday, 23 of March 2005 23:39, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > > > Will this do it for the moment?
> > > > > >
> > > > > > Its certainly better.
> > > > >
> >
This patch fixes a use after free found by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1-full/drivers/telephony/ixj.c.old 2005-03-23
03:40:55.0 +0100
+++ linux-2.6.12-rc1-mm1-full/drivers/telephony/ixj.c 2005-03-23
03:41:21.000
This patch fixes a use after free found by the Coverity checker.
Controller is used in the Failure path.
In the Failure patch, Controller will be freed in the end, so this kfree
can simply be deleted.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1-full/drivers/block/DA
This patch fixes a check after use found by the Coverity checker.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1-full/fs/attr.c.old 2005-03-23 04:44:40.0
+0100
+++ linux-2.6.12-rc1-mm1-full/fs/attr.c 2005-03-23 04:45:40.0 +0100
@@ -112,7 +112,7 @@
in
1 - 100 of 368 matches
Mail list logo
