On Fri, Sep 02, 2005 at 11:17:08PM +0200, Andi Kleen wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
> >
> > Again, that's not a technical reason. It's _a_ reason, sure. But what are
> > the technical reasons for merging gfs[2], ocfs2, both or neither?
clusterfilesystems are very common,
Peter Williams wrote:
Brown, Len wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the system appears to boot normally but I'm
Jeff,
This looked prime to cut since ahci_remove_one() was a functionally
identical to ata_pci_remove_one() except for the interrupt disable
(have_msi) bits, which fit nicely into ahci_host_stop(). However,
1) Will it work?
2) Isn't it wrong for the IRQ disable at the chip to occur *after*
free
> > > The main sticking point with FUSE remains the permission tricks around
> > > fuse_allow_task(). AFAIK it remains the case that nobody has come up
> > with
> > > any better idea, so I'm inclined to merge the thing.
> >
> > Do you promise?
>
> I troll. What others think matters. But a
In article <[EMAIL PROTECTED]> you wrote:
> for ocfs we have tons of production customers running many terabyte
> databases on a cfs. why ? because dealing with the raw disk froma number
> of nodes sucks. because nfs is pretty broken for a lot of stuff, there
> is no consistency across nodes when e
Oh my,
Hidetoshi Seto wrote:
I'd like to merge this part into 2.6.13-rc1 even if the latter half isn't
This is typo, should be 2.6.14-rc1. :-p
Thanks,
H.Seto
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Sat, Sep 03, 2005 at 04:13:10PM +1000, Con Kolivas wrote:
> Noone's ignoring you.
>
> What we need to do is ensure that dynamic ticks is working properly on x86
> and
> worth including before anything else. If and when we confirm this it makes
> sense only then to try and merge code from th
On Sat, 3 Sep 2005 17:58, Russell King wrote:
> On Sat, Sep 03, 2005 at 04:13:10PM +1000, Con Kolivas wrote:
> > Noone's ignoring you.
> >
> > What we need to do is ensure that dynamic ticks is working properly on
> > x86 and worth including before anything else. If and when we confirm this
> > it
On Sat, Sep 03, 2005 at 06:01:08PM +1000, Con Kolivas wrote:
> On Sat, 3 Sep 2005 17:58, Russell King wrote:
> > On Sat, Sep 03, 2005 at 04:13:10PM +1000, Con Kolivas wrote:
> > > Noone's ignoring you.
> > >
> > > What we need to do is ensure that dynamic ticks is working properly on
> > > x86 and
On Sat, Sep 03, 2005 at 03:28:29AM +0200, Adrian Bunk wrote:
> This patch makes needlessly global functions static.
Thanks for your patch. I'll merge it with my local changes (it clashes,
since the "htonll" implementation was removed) and submit it via davem
later today.
--
- Harald Welte <[EMA
On Sat, 2005-09-03 at 03:18 -0400, Peter Williams wrote:
>
> http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/broken-out/git-acpi.patch
> >>
> I am able to confirm that the problem occurs with vanilla 2.5.13 after
> I apply the above patch.
Thanks.
Please then tr
On Sat, 3 Sep 2005 18:06, Russell King wrote:
> On Sat, Sep 03, 2005 at 06:01:08PM +1000, Con Kolivas wrote:
> > On Sat, 3 Sep 2005 17:58, Russell King wrote:
> > > On Sat, Sep 03, 2005 at 04:13:10PM +1000, Con Kolivas wrote:
> > > > Noone's ignoring you.
> > > >
> > > > What we need to do is ensur
Hi Denis,
> --- linux-2.6.12.src/drivers/i2c/chips/via686a.c.orig Sun Jun 19 16:10:10 2005
> +++ linux-2.6.12.src/drivers/i2c/chips/via686a.c Tue Aug 30 00:21:39 2005
> @@ -205,7 +205,7 @@ static inline u8 FAN_TO_REG(long rpm, in
> but the function is very linear in the useful range (0-80 d
Hi Denis,
BTW...
> Please be informed that there are lots of intNN_t's in i2c dir
> tho...
I couldn't find any. What were you refering to exactly?
Thanks,
--
Jean Delvare
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
Hi Dave, please apply the appended patch.
I somehow thought I had fixed this quite some time ago. Probably I lost
it with some merge :(
Thanks,
--
- Harald Welte <[EMAIL PROTECTED]> http://netfilter.org/
Hi Dave, please apply the appended patch.
Thanks,
--
- Harald Welte <[EMAIL PROTECTED]> http://netfilter.org/
"Fragmentation is like classful addressing -- an interesting early
architectural error th
In-Reply-To: <[EMAIL PROTECTED]>
> Linux-kernel is a very high volume mailing list, and proper use of
> email threading is *vital* to read it: you immediately get all
> references to previous messages, and it makes it easy to skip threads
> you're not interested in
Does manually adding the repl
Randy.Dunlap wrote:
On Fri, 2 Sep 2005 23:35:14 -0500 art wrote:
www.linux1394.org - is this server/project dead ?
The server is known dead and being worked on or replaced.
Yes, web site and source repo have been down for two weeks now but
should come back eventually. Ben Collins is the o
Kyuma Ohta wrote:
>>Hi,
>>
>>I'm using MSI K8T Neo2 (VIA K8T800 chipset) and Athlon64 3000+
>>with linux x86_64 2.6.13 kernel and Debian/sid.
>>
>>
>
>
I'm using a K8T Neo2 FIR with the same processor and powernow-k8. Up
with 2.6.13 since Sunday, no problems noted. Mine is a SuSE 9.1 based
s
On 2.6.13, I have a simple script that tars the data from the root
filesystem to a 400GB disk, when this started, I got the following errors
and then the machine locked up:
Again, 400GB/Seagate+ATA/133, someone should add to the CONFIG_OPTION that
400GB drives are NOT supported w/ the Promise
Hi
I found current serial_cs driver can not be loaded into the kernel.
The reason of this issue is serial_cs driver uses serial8250_unregister_port
function
which is not exported for modules.
I fixed the issue, please apply this patch.
Signed-off-by: [EMAIL PROTECTED]
diff -NBbur linux.orig/dr
On Fri, 2005-09-02 at 13:39 -0700, Dave Hansen wrote:
> I noticed that my cross-compilation 'make install' broke with 2.6.13 (I
> don't use it horribly often). It's from this commit:
>
> http://www.kernel.org/git/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=0f8e2d62fa04441cd12c
On Sat, Sep 03, 2005 at 05:49:23PM +0900, Takeharu KATO wrote:
> I found current serial_cs driver can not be loaded into the kernel.
> The reason of this issue is serial_cs driver uses serial8250_unregister_port
> function which is not exported for modules.
Your kernel sources are buggy. This fun
Someone may like to deal with this. Maybe the file should be placed
in the Documentation/serial directory?
- Forwarded message from [EMAIL PROTECTED] -
Date: Sat, 3 Sep 2005 01:43:16 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bug 5176] New: file:Documentation/jsm.txt i
Greg KH wrote:
> On Wed, Aug 31, 2005 at 12:41:03AM +0200, Henrik Persson wrote:
>
>>Linus Torvalds wrote:
>>
>>>There it is.
>>>
>>>The most painful part of 2.6.13 is likely to be the fact that we made x86
>>>use the generic PCI bus setup code for assigning unassigned resources.
>>>That uncove
Len Brown wrote:
On Sat, 2005-09-03 at 03:18 -0400, Peter Williams wrote:
http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/broken-out/git-acpi.patch
I am able to confirm that the problem occurs with vanilla 2.5.13 after
I apply the above patch.
Thanks.
Pl
Matthew Wilcox wrote:
On Thu, Sep 01, 2005 at 05:45:54PM -0500, Brent Casavant wrote:
I am extremely concerned about the performance implications of this
implementation. These changes have several deleterious effects on I/O
performance.
I agree. I think the iochk patches should be abandone
Peter Williams <[EMAIL PROTECTED]> wrote:
>
> > Please then try the latest ACPI patch here:
> >
> http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.13/acpi-20050902-2.6.13.diff.gz
> > It should apply to vanilla 2.6.13 with a reject in ia64/Kconfig
> > that you can igno
Christopher Friesen napsal(a):
[snip]
EIP is at filp_close+0x64/0xa0
[snip]
0x1a9a : call 0x1a9b
0x1a9f : mov%edi,0x4(%esp,1)
0x1aa3 : mov%ebx,(%esp,1)
[snip]
End of assembler dump.
It seems, that this is disassemble output of something else. The
fun
Thanx David,
Written by David Ranson <[EMAIL PROTECTED]>
at Sat, 03 Sep 2005 09:33:56 +0100 :
Subject: Re: [x86_64] Exception when using powernowd.
spam.david.trap> Kyuma Ohta wrote:
spam.david.trap>
spam.david.trap>
spam.david.trap> >>Hi,
spam.david.trap> >>
spam.david.trap> >>I'm using MSI
Here is a SPI framework which tries to use the driver
framework provided by the 2.6 kernel which you can
play around with on any platform, even on your PC :).
This patch only contains a core layer that handles
un/registering of SPI adapters SPI devices and SPI
drivers. It is a work in progress a
On Fri, Sep 02, 2005 at 11:04:32PM +0530, Srivatsa Vaddagiri wrote:
> On Thu, Sep 01, 2005 at 04:07:22PM +0300, Tony Lindgren wrote:
> > Srivatsa, could you try the dyntick-test.c on your system after booting
> > to init=/bin/sh to make the system as idle as possible?
>
> Tony,
> I get this
While trying to build a kernel with CONFIG_SYSCTL disabled, the following
error occurs:
CC net/ipv4/ip_sockglue.o
net/ipv4/ip_sockglue.c: In function `ip_setsockopt':
net/ipv4/ip_sockglue.c:622: error: `sysctl_optmem_max' undeclared (first use in
net/ipv4/ip_sockglue.c:622: error: (Each und
On Sat, Sep 03, 2005 at 08:14:00AM +0200, Arjan van de Ven wrote:
> On Sat, 2005-09-03 at 13:18 +0800, David Teigland wrote:
> > On Thu, Sep 01, 2005 at 01:21:04PM -0700, Andrew Morton wrote:
> > > Alan Cox <[EMAIL PROTECTED]> wrote:
> > > > > - Why GFS is better than OCFS2, or has functionality wh
Greg KH wrote:
On Sat, Sep 03, 2005 at 12:17:57AM +0200, iSteve wrote:
Yes, I am rather interested -- could you please provide details about
this method?
For PCI drivers, just add the line:
.owner = THIS_MODULE,
to their struct pci_driver definition and you will get the symlink
crea
ACPI should depend on, not select PCI.
The practical differences should be nearly zero except that it avoids
the illegal configuration PCI=y, X86_VOYAGER=y.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-mm1-full/drivers/acpi/Kconfig.old 2005-09-03
06:08:37.0 +02
Due to fbdev-geode-updates.patch, building with CONFIG_PCI=n results in
the following error:
<-- snip -->
...
CC [M] drivers/video/geode/gx1fb_core.o
drivers/video/geode/gx1fb_core.c: In function 'gx1fb_map_video_memory':
drivers/video/geode/gx1fb_core.c:218: warning: implicit declaration o
From: Hiro Yoshioka <[EMAIL PROTECTED]>
Subject: Re: [RFC] [PATCH] cache pollution aware __copy_from_user_ll()
Date: Fri, 02 Sep 2005 13:37:16 +0900 (JST)
Message-ID: <[EMAIL PROTECTED]>
> From: Andrew Morton <[EMAIL PROTECTED]>
> > Hiro Yoshioka <[EMAIL PROTECTED]> wrote:
> > >
> > > --- linux-2.
- number of language bindings: 7 (native: C, java, python, perl,
- C#, sh, TCL)
8 now, someone just sent a private mail about bindings for the Pliant
(never heard of it) language.
9 now (there is an ocaml binding, and if you dont know ocaml, shame
on you).
I would just like to ad
Hi Andrew,
it seems you dropped
schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
zero mentioning of this dropping in the changelog of 2.6.13-mm1.
Can you explain why you did silently drop it?
TIA
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly
In sys_sched_yield(), we cache current->array in the "array" variable, thus
there's no need to dereference "current" again later.
Signed-Off-By: Renaud Lienhart <[EMAIL PROTECTED]>
--- a/kernel/sched.cSat Sep 3 14:01:38 2005
+++ b/kernel/sched.cSat Sep 3 14:02:47 2005
@@ -4058,7 +4058,7
On Sat, 2005-09-03 at 09:50 +0100, Ian Campbell wrote:
> > Could we do something that's guaranteed to not have lots of extra
> path
> > elements in it, like ARCH?
>
> Or perhaps basename ${CROSSCOMPILE}?
The only problem with that is that some people do really have a cross
compiler named /usr/ppc
In article <[EMAIL PROTECTED]> (at Sat, 3 Sep 2005 11:27:56 +0100), Russell
King <[EMAIL PROTECTED]> says:
> While trying to build a kernel with CONFIG_SYSCTL disabled, the following
> error occurs:
>
> CC net/ipv4/ip_sockglue.o
> net/ipv4/ip_sockglue.c: In function `ip_setsockopt':
> net
On Saturday 03 September 2005 11:26, Jean Delvare wrote:
> Hi Denis,
>
> BTW...
>
> > Please be informed that there are lots of intNN_t's in i2c dir
> > tho...
>
> I couldn't find any. What were you refering to exactly?
Sorry I was wrong. While kernel has ~15000 [u]intNN_t's
they are all _not_
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the system appears to boot normally b
"extern inline" doesn't make sense.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 20 Aug 2005
--- linux-2.6.13-rc6-mm1-full/fs/xfs/linux-2.6/xfs_buf.h.old2005-08-19
23:23:40.0 +0200
+++ linux-2.6.13-rc6-mm1-full/fs/xfs/linux-2.6/xfs_buf.h
This patch contains the following small cleanups:
- make two needlessly global functions static
- every file should #include the header files containing the prototypes
of it's global functions
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-mm1-full/lib/sort.c.old2005-
On 9/3/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > I agree that lots of people would like the functionality. I regret that
> > although it appears that v9fs could provide it,
>
> I think you are wrong there. You don't appreciate all the complexity
> FUSE _lacks_ by not being network tra
Hi,
Some people use 66-cells braille devices for reading the console, and
hence would like to reduce the width of the screen by using:
stty cols 66
However, the vga text console doesn't behave correctly: the 14 first
characters of the second line are put on the right of the first line and
so for
Reuben Farrelly wrote:
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the syst
Hi!
I think, I have found the problem with SCSI-Tapes
(Error 8).
I have detect, that the sgraidmon is testing all sg-devices,
and if the inquiry-command fails (timeout) it sends a bus-
reset-command (ioctl) as "recovery"-operation !
After stopping the sgraidmon I have no more problems with
th
Brett Russ wrote:
Some (non-functional) cleanup modifications since the version 0.10
driver I sent out 2005-08-30. Also adding signed-off-by for Jeff's
upstream push. This is my libata compatible low level driver for
the Marvell SATA family. Currently it successfully runs in PIO mode
on a 608
Hi Greg, all,
> This patch doesn't apply on top of my stack, first because the
> hardware monitoring drivers have been moved to drivers/hwmon, second
> because the via686a driver had indentation cleanups since 2.6.12.
>
> Could you please provide this patch against 2.6.13-mm1?
On Denis' request,
Hello List,
I'm seeing trouble with a firewire HDD enclosure.
precious:/sys/bus/ieee1394/devices/0001a35154d5# cat vendor*
0x0001a3
337 COMBO
GENESYS LOGIC, INC.
precious:/sys/bus/ieee1394/devices/0001a35154d5# cat guid*
0x0001a35154d5
0x0001a3
GENESYS LOGIC, INC.
When plugging it
> While FUSE doesn't handle it directly, doesn't it have to punt it to
> its network file systems, how to the sshfs and what not handle this
> sort of mapping?
Sshfs handles it by not handling it. In this case it is neither
possible, nor needed to be able to correctly map the id space.
Yes, it m
On Sat, 2005-09-03 at 05:31 -0700, Dave Hansen wrote:
> On Sat, 2005-09-03 at 09:50 +0100, Ian Campbell wrote:
> > > Could we do something that's guaranteed to not have lots of extra
> > path
> > > elements in it, like ARCH?
> >
> > Or perhaps basename ${CROSSCOMPILE}?
>
> The only problem with t
On Fri, Sep 02, 2005 at 01:14:59AM +0200, Adrian Bunk wrote:
> If the feature is removed, there's no need to keep the entry in
> feature-removal-schedule.txt.
Thanks Adrian, applied.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
On Friday 02 September 2005 23:56, Dave Hansen wrote:
>
> A little helper that we use in the hotplug code.
>
> Signed-off-by: Dave Hansen <[EMAIL PROTECTED]>
> ---
>
> memhotplug-dave/include/linux/mmzone.h | 25 +
> 1 files changed, 25 insertions(+)
>
> diff -puN inc
Erik Andersen wrote:
That is certainly not what I was proposing. Why are you bringing
sys/stat.h into this? The contents of sys/stat.h are entirely up
to SUSv3 and the C library to worry about. Nobody has proposed
mucking with that. I dunno about your C library, but mine
doesn't include linu
On 9/3/05, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > While FUSE doesn't handle it directly, doesn't it have to punt it to
> > its network file systems, how to the sshfs and what not handle this
> > sort of mapping?
>
> Sshfs handles it by not handling it. In this case it is neither
> possible
Erik Andersen wrote:
That is certainly not what I was proposing. Why are you bringing
sys/stat.h into this? The contents of sys/stat.h are entirely up
to SUSv3 and the C library to worry about. Nobody has proposed
mucking with that. I dunno about your C library, but mine
doesn't include linu
On Saturday 03 September 2005 08:55, Kyle Moffett wrote:
> On Sep 3, 2005, at 00:28:59, Erik Andersen wrote:
> >> Absolutely not. This would be a POSIX namespace violation; they
> >> *must* use double-underscore types.
> >
> > I assume you are worried about the stuff under asm that ends up
> > bei
Hi Andrew,
Here is an incremental fix to the add-sem_is_read-write_locked
patch in -mm. Also attached is a full version of that file,
which can just be dropped into place - I've verified that none
of the patches in your stack get rejects.
The reason for this change is that a lock that's held for
> > Yes, it may confuse the user. It may even confuse the kernel for
> > sticky directories(*). But basically it just works, and is very
> > simple.
> >
>
> In principal, Plan 9 file servers handle permission checking
> server-side, so we could likewise punt -- but it seemed a good idea to
> ha
Hi Andrew,
Here is the change to rmap.c that goes together with the previous
patch, as well as a new version of swaptoken-tuning.patch that you
can just copy into place. Quilt is great.
Signed-off-by: Rik van Riel <[EMAIL PROTECTED]>
Index: linux-2.6.13/mm/rmap.c
==
On Mon, Aug 29, 2005 at 01:15:04PM +0200, Pierre Ossman wrote:
> Use the chip select ios in the wbsd driver.
Applied, thanks.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6 Serial core
-
To unsubscribe from this list: send the line "unsubscri
Hi Andrew,
I forgot to also update rwsem-spinlock.h. Here is the equivalent
change for that file.
These patches simplify the code and should not have much, if any,
difference on the behaviour of the system, compared with the
patches currently in -mm.
Signed-off-by: Rik van Riel <[EMAIL PROTECTE
On Mon, Aug 29, 2005 at 01:13:42PM +0200, Pierre Ossman wrote:
> Adds a new ios for setting the chip select pin on MMC cards. Needed on
> SD controllers which use this pin for other things and therefore cannot
> have it pulled high at all times.
Applied, thanks.
--
Russell King
Linux kernel
>> > Please then try the latest ACPI patch here:
>> >
>http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches
>/release/2.6.13/acpi-20050902-2.6.13.diff.gz
>> > It should apply to vanilla 2.6.13 with a reject in ia64/Kconfig
>> > that you can ignore.
>> >
>> > If this works, then we
Hi
You need to find out why your tree doesn't export
serial8250_unregister_port(). Mis-merged patch maybe?
Thank you for your response.
I'll check our kernel again.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
On 9/1/05, Ed L Cashin <[EMAIL PROTECTED]> wrote:
> The aoe driver looks OK, but it turns out there's a byte swapping bug
> in the vblade that could be related if he's running the vblade on a
> big endian host (even though he said it was an x86 host), but I
> haven't heard back from the original p
On Tue, Aug 30, 2005 at 01:57:27AM +0200, Ricardo Galli wrote:
> 2.6.13 does not boot in my PPC (iBook, 500 MHz), it hangs just at the very
> begining and the machines is automatically rebooted after a couple of
> minutes.
I've filed a bug at kernel bugzilla so your report won't be lost. See
htt
Hi,
two weeks ago I just installed an Dawicontrol DC2976 UW SCSI controller an an
HP C7438 DAT streamer in my pc. I'm running a SuSE 9.3 Prof distribution with
Kernel 2.6.13. when taking backups to my dat no error occurs. but when i try to
rebackup data from streamer to my hd i always get scsi
Hello lists,
(a mail for the archives)
I've posted in the past about problems with these enclosures - increasing the
delay seems to fix it, albeit temporarily. The further you go in using the
disk in such an enclosure, the higher the udelay() had to be - atleast that's
what I'm seeing here (I'
Fix part 1:
A contribution from Ingo Molnar to pull the arch-specific ia64
build_sched_domains() (et al) routines into kernel/sched.c to form
a unified set of build and destroy routines.
Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
Signed-off-by: John Hawkes <[EMAIL PROTECTED]>
Index: linux/arc
Dinakar Guniguntala's "dynamic sched domains" functionality was been merged
into 2.6.13-rcN, although it was disabled at the last minute in the final
2.6.13 because it triggers a fatal bug for NUMA systems with more than one
CPU per node.
Conceptually, when a user/sysadmin declares a cpu-exclusive
Fix part 3:
Undo the #ifdef disabling hack that was put into 2.6.13 to disable
dynamic sched domains.
Signed-off-by: John Hawkes <[EMAIL PROTECTED]>
Index: linux/kernel/cpuset.c
===
--- linux.orig/kernel/cpuset.c 2005-08-28 16:41:01
Fix part 2:
My fix to the 2.6.13 problem: dynamically allocate sched_group_nodes[]
and sched_group_allnodes[] for each invocation of build_sched_domains(),
rather than use global arrays for these structures, taking care to
remember kmalloc() addresses so that arch_destroy_sched_domains() can
prope
On Sep 3, 2005, at 11:36:22, Denis Vlasenko wrote:
Is this an exercise in academia? Userspace app which defines
uint32_t to anything different than 'typedef '
deserves the punishment, and one which does have such typedef
instead of #include stdint.h will not notice.
That's not the issue. Say I
On Saturday 03 September 2005 19:33, Kyle Moffett wrote:
> On Sep 3, 2005, at 11:36:22, Denis Vlasenko wrote:
> > Is this an exercise in academia? Userspace app which defines
> > uint32_t to anything different than 'typedef '
> > deserves the punishment, and one which does have such typedef
> > ins
On Sep 3, 2005, at 11:19:17, H. Peter Anvin wrote:
Thus, an ABIzed or whatever it's called might
export
"struct __kabi_stat" and "struct __kabi_stat64" with the
expectation that
the caller would "#define __kabi_stat64 stat" if that is the
version they
want. A typedef isn't good enough for
Kyuma Ohta wrote:
>When upgrade X 6.8.2-4 to 6.8.2-5(or after),this issue has often happend.
>I'm using nVidia Geforce 5200 as Display adapter,but this issue
>has happend bot Debian's driver and nVidia's driver.
>
>
Hmmm. I use a low end Radeon 7000 in mine, so our configurations
diverge. I'm us
On Sat, Sep 03, 2005 at 10:43:15AM +0200, Harald Welte wrote:
> htonll() is nothing else than cpu_to_be64(), so we'd rather call the
> latter.
Actually, the htonll() implementation does not seem to be doing what
cpu_to_be64() is doing.. However, I would assume this is a bug in
htonll() and this c
>As for the inability to log in, this bug may be relevant,
>given I also had
>that problem:
>
>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166422
>
>There are fixes in the pipeline for util-linux audit
>interaction in Fedora as
>well. I know because I reported those too ;)
>
>> afte
On Sat, 2005-09-03 at 23:51 +1000, Peter Williams wrote:
> > Are you seeing this "Device not ready" message appear over and over, or
> > just the once?
>
> Just the once.
OK, I finally have a theory about this. It's the everything goes via
bios code. Previously there were several levels at wh
On Sad, 2005-09-03 at 11:40 +1000, Nick Piggin wrote:
> We'll see how things go. I'm fairly sure that for my usage it will
> be a win even if it is costly. It is replacing an atomic_inc_return,
> and a read_lock/read_unlock pair.
Make sure you bench both AMD and Intel - I'd expect it to be a big l
Hey all,
I just attempted to upgrade my kernel to 2.6.13. The kernel appears to
boot and run just fine, but when I try to build any larger projects like
Mozilla or the Linux kernel I constantly get segfaults from gcc. All
other apps *seem* to work fine. I remember seeing this with 2.6.12 too
On Sad, 2005-09-03 at 14:01 +0200, Adrian Bunk wrote:
> Due to fbdev-geode-updates.patch, building with CONFIG_PCI=n results in
> the following error:
All the Geodes have PCI or internal PCI emulation so that change makes
sense.
-
To unsubscribe from this list: send the line "unsubscribe linux-k
Tyler wrote:
Brett Russ wrote:
Some (non-functional) cleanup modifications since the version 0.10
driver I sent out 2005-08-30. Also adding signed-off-by for Jeff's
upstream push. This is my libata compatible low level driver for
the Marvell SATA family. Currently it successfully runs in PIO
On Sad, 2005-09-03 at 02:38 -0400, Jeff Garzik wrote:
> controllers myself. Many controllers don't have an explicit hotplug
> interrupt, but rather we must examine the PhyRdy bit in the standard
> SError register for details. If the bit's state changes in any way
> (including two or more state
Grant Grundler wrote:
On Sat, Sep 03, 2005 at 09:11:30AM +1000, Paul Mackerras wrote:
Think about it. Taking the lock ensures that we don't do the
assignment (dev->block_ucfg_access = 1) while any other cpu has the
pci_lock. In other words, the reason for taking the lock is so that
we wait un
On Sat, Sep 03, 2005 at 10:25:37AM -0700 Johnny Stenback wrote:
> Hey all,
>
> I just attempted to upgrade my kernel to 2.6.13. The kernel appears to
> boot and run just fine, but when I try to build any larger projects like
> Mozilla or the Linux kernel I constantly get segfaults from gcc. All
From: "Brown, Len" <[EMAIL PROTECTED]>
Date: Sat, 3 Sep 2005 12:58:15 -0400
> CONFIG_AUDIT=y indeed did the trick.
>
> When will I be able to delete CONFIG_AUDIT from my kernel again?
It's a regression we accidently added to the netlink socket
family, we will fix it. But please use the workarou
Giampaolo Tomassoni napsal(a):
Dears,
I wrote a first release of a SAR helper module for Linux 2.6.x.
It is conceptually similar to the Duncan Sands' usb_atm module, but it is not
constrained to usb devices and is a bit different from it in its implementation
details.
It seems to me that sc
Note: forwarded message attached.
__
Yahoo! India Matrimony: Find your partner online. Go to http://yahoo.shaadi.com--- Begin Message ---
Sir,
Can u tell me wat is difference between block
device dri
On Sat, Sep 03, 2005 at 02:45:08AM +0200, Andreas Koch wrote:
> crucial part seem to be the different bridge initialization sections:
Indeed.
> 2.6.12-rc6 + Ivan's patches:
...
> PCI: Bus 7, cardbus bridge: :06:09.0
> IO window: 6000-6fff
> IO window:
With such a subject, you'll certainly feed most people's spam traps. And
with such a fuzzy question, I don't think you'll ever get a useful response.
It's like asking what is the difference between sunny days and rainy days...
You'd better look for some litterature if your question is related to k
On Sat, Sep 03, 2005 at 09:54:25AM -0700, Jouni Malinen wrote:
> On Sat, Sep 03, 2005 at 10:43:15AM +0200, Harald Welte wrote:
>
> > htonll() is nothing else than cpu_to_be64(), so we'd rather call the
> > latter.
>
> Actually, the htonll() implementation does not seem to be doing what
> cpu_to_b
Giampaolo Tomassoni ha scritto:
Dears,
I wrote a first release of a SAR helper module for Linux 2.6.x.
It is conceptually similar to the Duncan Sands' usb_atm module, but it is not
constrained to usb devices and is a bit different from it in its implementation
details.
It seems to me that sc
Nix <[EMAIL PROTECTED]> writes:
> On 1 Sep 2005, Olaf Dietsche murmured woefully:
>> This patch implements filesystem capabilities. It allows to run
>> privileged executables without the need for suid root.
>
> Is there some reason why this doesn't keep its capability data in
> xattrs?
When I sta
1 - 100 of 160 matches
Mail list logo
