From: "Andi Kleen" <[EMAIL PROTECTED]>
Exceptions and hardware interrupts can, to a certain degree, nest, so when
attempting to follow the sequence of stacks used in order to dump their
contents this has to be accounted for. Also, IST stacks have their tops
stored in the TSS, so there's no need
From: "Andi Kleen" <[EMAIL PROTECTED]>
Appended patch adds the support for Intel dual-core detection and displaying
the core related information in /proc/cpuinfo.
It adds two new fields "core id" and "cpu cores" to x86 /proc/cpuinfo and the
"core id" field for x86_64("cpu cores" field is alrea
Jean Delvare wrote:
Based on your and Jean's input, following so far sounds reasonable:
Create "charge" sysfs entry for ds1339 when it is detected. Do not
write any value to Trickle Charge register, until its value is written
to this entry.
While I admit I had this in mind in the first place, the m
Hey,
I've found a bug in 2.6.11.6. I have a Toshiba laptop and when i did run
2.6.11.6 my touchpad flipped out, it clicked everywhere when it wasn't supposed
to click. I couldn't even move my mouse without it was clicking all over. It
works fine i 2.6.10 though. Is there any changes made that ca
On Tue, 12 Apr 2005, Franco "Sensei" wrote:
Date: Tue, 12 Apr 2005 12:22:30 -0500
From: Franco "Sensei" <[EMAIL PROTECTED]>
To: Krzysztof Halasa <[EMAIL PROTECTED]>
Cc: Adrian Bunk <[EMAIL PROTECTED]>, linux-kernel@vger.kernel.org
Subject: Re: [INFO] Kernel strict versioning
Krzysztof Halasa wrote:
From: "Andi Kleen" <[EMAIL PROTECTED]>
On Intel Noconas the TSC ticks with a constant frequency. Don't scale the
factor used by udelay when cpufreq changes the frequency.
This generalizes an earlier patch by Intel for this.
Cc: <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
From: "Andi Kleen" <[EMAIL PROTECTED]>
Minor microoptimization in syscall entry slow path
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/arch/x86_64/kernel/entry.S |4 +---
1 files changed, 1 insertion(+), 3 deletions(-)
diff -pu
From: "Andi Kleen" <[EMAIL PROTECTED]>
This removes some unnecessary code in the assembly files.
Matches i386 behaviour.
In addition don't clear the work check mask after work has been done.
This fixes some theoretical signal/other event losses.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Si
From: "Andi Kleen" <[EMAIL PROTECTED]>
Ported from i386 (originally from Linus)
clean up ptrace single-stepping, make PT_DTRACE exact.
(This makes the naming of "DTRACE" purely historical, since
on x86 it now means "single step in progress").
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
From: "Andi Kleen" <[EMAIL PROTECTED]>
Ported from i386/Linus
Be more careful with TF handling to fix some copy protection codes in Wine
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/arch/x86_64/kernel/signal.c | 18 --
I just wanted to discuss the problem a little more. From all the
conversations that I've had it seem that everyone is worried about
having PI in Fusyn, and PI in the RT mutex.
It seems like these two locks are going to interact on a very limited
basis. Fusyn will be the user space mutex, and the
From: Roland McGrath <[EMAIL PROTECTED]>
Use the i386 PT_NOTE segment in x86_64 as well.
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/arch/x86_64/ia32/vsyscall-sigreturn.S |3 +++
1 files changed, 3 insertions(+)
diff -puN
From: Anton Blanchard <[EMAIL PROTECTED]>
During some code inspection using gcc 4.0 I noticed a stack frame was being
created for a number of functions that didnt require it. For example:
c00df944 <._spin_unlock>:
c00df944: fb e1 ff f0 std r31,-16(r1)
c00df
From: Olof Johansson <[EMAIL PROTECTED]>
For prefetches of NULL (as when walking a short linked list), PPC64 will in
some cases take a performance hit. The hardware needs to do the TLB walk,
and said walk will always miss, which means (up to) two L2 misses as
penalty. This seems to hurt overall
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
The code that parses the OF device tree contains an old bogus hack which
was killed a long time ago on ppc32, but survived in ppc64. It was
supposed to help with a problem on the f50 which is ... a 32 bits machine
:) Additionally, that hack is ca
From: Artem B. Bityuckiy <[EMAIL PROTECTED]>
In the deflate_[compress|uncompress|pcompress] functions we call the
zlib_[in|de]flateReset function at the beginning. This is OK. But when we
unload the deflate module we don't call zlib_[in|de]flateEnd to free all
the zlib internal data. It looks
From: Jason Gaston <[EMAIL PROTECTED]>
This patch adds the Intel ESB2 DID's to the piix.c file for IDE PATA support.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/drivers/ide/pci/piix.c |4
1 files changed, 4 insertions(+)
From: Jason Gaston <[EMAIL PROTECTED]>
This patch adds the Intel ESB2 DID's to the ahci.c file for AHCI mode SATA
support.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
Cc:
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/drivers/scsi/ahci.c |6 ++
1 files changed, 6 ins
From: Jason Gaston <[EMAIL PROTECTED]>
This patch adds the Intel ESB2 DID's to the irq.c and pci_ids.h files.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/arch/i386/pci/irq.c |1 +
25-akpm/include/linux/pci_ids.h | 31 ++
From: Jason Gaston <[EMAIL PROTECTED]>
This patch adds the Intel ESB2 DID's to the i2c-i801.c and Kconfig files for
I2C support.
Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/drivers/i2c/busses/Kcon
From: Russell King <[EMAIL PROTECTED]>
For some reason, this help text was missed when the file was last audited
by the documentation referencing folk. Fix this incorrect documentation
reference.
Signed-off-by: Russell King <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
--
From: Paul Mackerras <[EMAIL PROTECTED]>
In arch/ppc64/kernel/ppc_ksyms.c, we are still exporting
flush_icache_range, but that has been changed to be an inline in
include/asm-ppc64/cacheflush.h which calls __flush_icache_range (defined in
arch/ppc64/kernel/misc.S).
This patch changes the export
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
This patch improves the behaviour of the "tumbler/snapper" driver used on
newer PowerMacs during sleep. It properly set the HW mutes to shut down
amplifiers and does an analog shutdown of the codec. That might improve
power consumption during sle
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
This patch hacks the current Alsa snd-powermac driver to add support for
recent machine models with the tas3004 chip, that is basically new laptop
models. The Mac Mini is _NOT_ yet supported by this patch (soon soon ...).
The G5s (iMac or Desktop
From: Tom Rini <[EMAIL PROTECTED]>
When building a ppc32 MULTIPLATFORM kernel for a 64bit pmac, we try and
build certain files or use certain functions that make no sense in that
context. This catches the last of these.
Signed-off-by: Tom Rini <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[
From: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---
25-akpm/drivers/char/mmtimer.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN drivers/char/mmtimer.c~mmtimer-build-fix driv
From: Kumar Gala <[EMAIL PROTECTED]>
CONFIG_PTE_64BIT & CONFIG_PHYS_64BIT are not currently consistently used in
the code base. Fixed up the usage such that CONFIG_PTE_64BIT is used when we
have a 64-bit PTE regardless of physical address width. CONFIG_PHYS_64BIT is
used if the physical address
From: Kumar Gala <[EMAIL PROTECTED]>
Allow the pfn to be offset by more than just PAGE_SHIFT in the pte. Today,
PAGE_SHIFT tends to allow us to have 12-bits of flags in the pte. In the
future if we have a larger pte we can allocate more bits for flags by
offsetting the pfn even further.
Signed
On Tue, 2005-04-12 at 15:07 +1000, Benjamin Herrenschmidt wrote:
> Hi !
>
> (Andrew: This is an update of the previous patch, it fixes a problem
> with headphone beeing incorrectly muted on some models).
>
> This patch hacks the current PowerMac Alsa driver to add some basic
> support of analog s
Hi, Andrew Morton schrub am Tue, 12 Apr 2005 04:10:45 -0700:
> David Vrabel <[EMAIL PROTECTED]> wrote:
>>
>> Is there any chance that in the future that these patch sets get posted
>> all to one thread?
>
> I never got around to setting that up, plus the Subject:s pretty quickly
> become invis
It's definetly ACPI! I played around with ACPI options in the BIOS and got my
card working again. However, now reiserfs sometimes hangs and remembers this
state so that I must check it from a live-cd. Linux 2.6 is definetly more
sensible than 2.4.
Regards,
Dennis
-
To unsubscribe from this list:
This patch removes the sclass argument from ipc_has_perm in the
SELinux module, as it can be obtained from the ipc security structure.
The use of a separate argument was a legacy of the older precondition
function handling in SELinux and is obsolete. Please apply.
Signed-off-by: Stephen Smalley
Dear diary, on Tue, Apr 12, 2005 at 11:50:48AM CEST, I got a letter
where Petr Baudis <[EMAIL PROTECTED]> told me that...
> Dear diary, on Tue, Apr 12, 2005 at 10:39:40AM CEST, I got a letter
> where Geert Uytterhoeven <[EMAIL PROTECTED]> told me that...
> > On Tue, 12 Apr 2005, Petr Baudis wrote:
>From: Esben Nielsen [mailto:[EMAIL PROTECTED]
>On 12 Apr 2005, Daniel Walker wrote:
>
>>
>>
>> At least, both mutexes will need to use the same API to raise and
lower
>> priorities.
>
>You basicly need 3 priorities:
>1) Actual: task->prio
>2) Base prio with no RT locks taken: task->static_prio
>3)
> On Tue, 12 Apr 2005, David Schwartz wrote:
> > > If you buy a W*nd*ws install CD, you can create a derived work,
> > > e.g. an image
> > > of your installation, under the fair use rights (IANAL). Can you
> > > distribute
> > > that image freely?
> > I would say that if not for the EULA, yo
Andrew Thomas wrote:
Hello,
I am trying to install the srripc module - source at:
http://www.cogent.ca/Software/SRR.html
on a Linux 2.6.x kernel with udev support. The kernel generates an oops
in misc_register, which is essentially the first call that the module
makes on initialization. Oops
Hi Greg, all,
> Ok, but wasn't it possible to get those additional things added to the
> main kernel serial core, which would then provide everything that
Digi's
> customers are accustomed to?
Yes, it is my intention in the future to add support for the needed
information,
probably at the /sys le
Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> get_request_wait needn't unplug the device immediately.
Probably. But what if the get_request(q, rw, GFP_NOIO); did
some sleeping?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
Hi all...
I have a RAID0 setup on top of three IDE drives.
mdadm monitor sends me mesages with:
DeviceDisappeared
/dev/md0
Wrong-Level
The RAID seems to be working well. Any pointer on what does this mean ?
PD: I know it is a bit strange raid, see:
annwn:~# cat /proc/partitions
major minor #b
The reason I am questioning this point is the GIT README file.
Linus makes explicit that a "blob" is just the "file contents," and that
really, a "blob" is not just the SHA1 of the "blob":
> In particular, the "current directory cache" certainly does not need to
> be consistent with the current
On Tue, 12 Apr 2005, David Schwartz wrote:
> > The EULA is irrelevant in germany and in many parts of the USA.
>
> Really? I was under the impression EULA's were routinely upheld in the
> USA.
> If you have any references for that, I'd love to hear them.
http://www.freibrunlaw.com/article
> There's a consensus that if there's *any* choice, new /proc files as
> well as new ioctls shall not be introduced. So if there's management needed
Oh, keep in mind, the ioctls are not new.
They exist today, and are clearly defined in Documentation/ioctl-number.txt
> 'd' F0-FF linux/digi1.
Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> The first is that mempool_alloc can possibly get stuck in __alloc_pages
> when they should opt to fail, and take an element from their reserved pool.
>
> The second is that it will happily eat emergency PF_MEMALLOC reserves
> instead of going to their
Have your see promotions selling OEM software,did you
notice their shipping time - 20 days
LOL, why would someone wait for 20 days to receive a product
We offer exactly the same software via instant download
All software available
http://Nanette.bhwittalii.com/?udw2wFvOayBJt.uNanette
not inte
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
>
> CC: <[EMAIL PROTECTED]>
>
> This trick is useless, because sys_ni.c will handle this problem by itself,
> like it does even on UML for other syscalls.
> Also, it does not provide the NFSD syscall when NFSD is compiled as a module,
> which is a bi
On Tue, Apr 12, 2005 at 03:23:22AM -0700, Andrew Morton wrote:
> As the commits list probably isn't working at present I'll cc linux-kernel
> on this lot. Fairly cruel, sorry, but I don't like the idea of people not
> knowing what's hitting the main tree.
I don't see a patch which adds linux/pm.h
Petr Baudis wrote:
Dear diary, on Tue, Apr 12, 2005 at 11:50:48AM CEST, I got a letter
Well, yes, but the last merge point search may not be so simple:
A --1---26---7
B\ `-4-. /
C `-3-5'
Now, when at 7, your last merge point is not 1, but 2.
...and this is obviously wrong, sorr
Steve French <[EMAIL PROTECTED]> :
[...]
> There was a patch suggested a year or so ago to remove the older cifs
> md5 implementation and have cifsencrypt.c use the newer Linux crypto
> API, but since it made the code considerably more complex it did not
> make any sense. The current crypto API see
On Tue, Apr 12, 2005 at 02:08:00PM -0700, Andrew Morton wrote:
> Russell King <[EMAIL PROTECTED]> wrote:
> >
> > I don't see a patch which adds linux/pm.h to linux/sysdev.h, which is
> > required to fix ARM builds in -rc2 and onwards kernels.
>
> That fix is buried in [patch 105/198]
Great, than
Patrick McFarland <[EMAIL PROTECTED]> wrote:
> Speaking of which... is there anyone out
> there with a ens1371 that actually works right with joysticks?
Yes, I'm using the oss driver.
--
Airstrikes always overshoot the target, artillery always falls short.
-
To unsubscribe from this list: send
Get rid of a bunch of redundant NULL pointer checks in drivers/usb/*,
there's no need to check a pointer for NULL before calling kfree() on it.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
class/audio.c | 48 +++---
class/bluetty.c
Russell King <[EMAIL PROTECTED]> wrote:
>
> I don't see a patch which adds linux/pm.h to linux/sysdev.h, which is
> required to fix ARM builds in -rc2 and onwards kernels.
That fix is buried in [patch 105/198]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
On Tue, Apr 12, 2005 at 05:19:34PM +0200, Jesper Juhl wrote:
> On Tue, 12 Apr 2005, Marcin Dalecki wrote:
> > On 2005-04-12, at 04:17, Larry McVoy wrote whatever...
> >
> > Excuse me, but: who gives a damn shit?
>
> Lots of people do; those who use bitkeeper, and even people (like me) who
> don'
Patch to allocate the control structures for for ide devices on the node
of the device itself (yield performance improvements for NUMA systems).
The patch depends on the Slab API change patch by Manfred and me (in mm)
and the pcidev_to_node patch that I posted today.
Signed-off-by: Justin M. Forbe
Define pcibus_to_node to be able to figure out which NUMA node contains a
given PCI device. This defines pcibus_to_node(bus) in
include/linux/topology.h and adjusts the macros for i386 and x86_64 that
already provided a way to determine the cpumask of a pci device.
x86_64 was changed to not build
On Tue, Apr 12, 2005 at 01:29:35AM -0400, Albert Cahalan wrote:
> If you really can't allow access based on tty, then at least allow
> access if any UID value matches any UID value. Without this, a user
> can not always see a setuid program they are running.
Yes, that's a bug. Below is a new vers
On Tue, 12 Apr 2005, David Eger wrote:
>
> The reason I am questioning this point is the GIT README file.
>
> Linus makes explicit that a "blob" is just the "file contents," and that
> really, a "blob" is not just the SHA1 of the "blob":
>
> > In particular, the "current directory cache" certa
>From: Daniel Walker [mailto:[EMAIL PROTECTED]
>
>> Well yeah, but you could lock a fusyn, then invoke a system call
which
>> locks a kernel semaphore.
>
>Right .. For deadlock detection, I want to assume that the fusyn lock
is
>on the outer level. That way both deadlock detection system will work
> Hello,
> This is a hotplug CPU patch for i386, done against 2.6.12-rc2-mm3.
> Somewhat alternative to the one posted by Li Shaohua, but not really
(and I didn't mean that :).
> If you look closer, our patches are different and can complement each
other I think.
> Li did great job on sep, after-
On Tue, Apr 12, 2005 at 03:21:15PM -0500, Kilau, Scott wrote:
> Hi Greg, all,
>
> > Ok, but wasn't it possible to get those additional things added to the
> > main kernel serial core, which would then provide everything that
> Digi's
> > customers are accustomed to?
>
> Yes, it is my intention in
On Tue, 2005-04-12 at 14:08 -0700, Chris Wright wrote:
> * John M Collins ([EMAIL PROTECTED]) wrote:
> > Thanks to everyone for the pointers on this one I've rebuilt the kernels
> > and we'll see what happens.
>
> BTW, I'd recommend updating to 2.6.11.7 so that you're protected from
> another loca
On Tue, Apr 12, 2005 at 12:01:15PM -0700, David Schwartz wrote:
> Would you agree that compiling and linking a program that uses
> a library creates a derivative work of that library?
No, I would not.
Creating a derivative work requires creativity, and a linker is not
creative.
The copyrig
On Tue, Apr 12, 2005 at 12:05:59PM -0700, David Schwartz wrote:
> Yes, the GPL can give you rights you wouldn't otherwise have. A
> EULA can take away rights you would otherwise have.
What compels you to agree with an EULA?
> In the few court cases that have directly addresses shrink-
Dan Stromberg <[EMAIL PROTECTED]> writes:
> Some questions for the list:
>
> 1) Is anyone on the list using AOE in production?
I don't know of any AoE users that read the lkml. Except me, of
course.
> 2) Is anyone on the list using AOE in combination with md and/or LVM2?
Yes, most AoE users us
On Tue, 2005-04-12 at 13:33, Joe Korty wrote:
> On Tue, Apr 12, 2005 at 11:15:02AM -0700, Daniel Walker wrote:
>
> > It seems like these two locks are going to interact on a very limited
> > basis. Fusyn will be the user space mutex, and the RT mutex is only in
> > the kernel. You can't lock an RT
Hi Matt,
The ball is in my court, because my wishes as a copyright holder are not
being honored.
Which is the right of Christoph because of the GPL, but it sure doesn't
help the end
users of said product.
Your claim that you are trying to "help" end users is bogus and just
plain wrong.
Period.
>
* John M Collins ([EMAIL PROTECTED]) wrote:
> Thanks to everyone for the pointers on this one I've rebuilt the kernels
> and we'll see what happens.
BTW, I'd recommend updating to 2.6.11.7 so that you're protected from
another local root exploit.
thanks,
-chris
-
To unsubscribe from this list: se
>From: Daniel Walker [mailto:[EMAIL PROTECTED]
>
>I just wanted to discuss the problem a little more. From all the
>conversations that I've had it seem that everyone is worried about
>having PI in Fusyn, and PI in the RT mutex.
It sure is overlapping functionalities.
> ...
>The RT mutex will neve
Hello.
do_debug() returns void, do_int3() too when
!CONFIG_KPROBES.
This patch fixes the CONFIG_KPROBES variant
of do_int3() to return void too and adjusts
the entry.S accordingly.
Signed-off-by: Stas Sergeev <[EMAIL PROTECTED]>
--- linux/arch/i386/kernel/entry.S.old 2005-04-12 09:47:38.0 +
Hello.
Andrew Morton wrote:
OK, the `int $3' is part of the CONFIG_TRAP_BAD_SYSCALL_EXITS thing which I
never use.
I'm not sure what problem is actually being reported here, now you mention it.
The problem being reported here is that
CONFIG_TRAP_BAD_SYSCALL_EXITS does nothing
but locking up your ma
On Tue, 12 Apr 2005, Jamie Lokier wrote:
> Bodo Eggert <[EMAIL PROTECTED]> wrote:
> > > I think that would be _much_ nicer implemented as a mount which is
> > > invisible to other users, rather than one which causes the admin's
> > > scripts to spew error messages. Is the namespace mechanism at a
Franco "Sensei" <[EMAIL PROTECTED]> wrote:
> Krzysztof Halasa wrote:
>> It isn't enough. The same compiler and the same .config - yes. But that
>> means you'd have no progress within, say, 2.6. Only bug fixes.
>> There _is_ a tree like that - 2.6.11.Xs are only bugfixes.
>
> Ok, this adds a new i
On Tue, 12 Apr 2005, Adam J. Richter wrote:
> On 2005-04-11, Daniel Barkalow wrote:
> >If merge took trees instead of single files, and had some way of detecting
> >renames (or it got additional information about the differences between
> >files), would that give BK-quality performance? Or does BK
On Tuesday 12 April 2005 10:32, [EMAIL PROTECTED] wrote:
> These have been deprecated since ->compat_ioctl when in, thus only a short
> deprecation period. There's four users left: i2o_config, s390/z90crypy,
> s390/dasd and s390/zfcp and for the first two patches are about to be
> submitted to ge
Anton Altaparmakov wrote:
> > That said, I would _usually_ prefer that when I enter a tgz, that I
> > see all component files having the same uid/gid/permissions as the tgz
> > file itself - the same as I'd see if I entered a zip file.
>
> As you say _usually_, even you admit that sometimes you wo
On Mon, Apr 11, 2005 at 10:54:25PM +0200, Jesper Juhl wrote:
> Get rid of redundant NULL pointer checks before kfree() in arch/parisc/ as
> well as a few blank lines.
>
> Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
thanks!
Commited to cvs.parisc-linux.org:
http://lists.parisc-linux.o
I have very very fast network and is testing NFS2 over this kind of
network. I noticed that for standard work like read/write a large
file, compile kernels, the performance of NFS2 is good. But if I try
to decompress kernel tar file. The standard ext2 takes 28s while NFS2
takes 81s. Also, if I rem
On 04.12, Neil Brown wrote:
> On Tuesday April 12, [EMAIL PROTECTED] wrote:
> > Hi all...
> >
> > I have a RAID0 setup on top of three IDE drives.
> > mdadm monitor sends me mesages with:
> >
> > DeviceDisappeared
> > /dev/md0
> > Wrong-Level
> >
> > The RAID seems to be working well. Any point
"Franco \"Sensei\"" <[EMAIL PROTECTED]> writes:
> What about making extensive use of modules? If everything (acceptable)
> is built on modules, can you still have abi, can you still change
> modules and api implementation without breaking anything?
Yes, but you still can't change .config. You ena
Horms wrote:
On Sat, Apr 09, 2005 at 03:52:05PM +0200, Jörn Engel wrote:
On Fri, 8 April 2005 22:16:07 +0200, Pavel Machek wrote:
More importantly, it is still listed as "the list" for network
drivers...
NETWORK DEVICE DRIVERS
P: Andrew Morton
M: [EMAIL PROTECTED]
P: Jeff Garzik
M:
On Tuesday April 12, [EMAIL PROTECTED] wrote:
> Hi all...
>
> I have a RAID0 setup on top of three IDE drives.
> mdadm monitor sends me mesages with:
>
> DeviceDisappeared
> /dev/md0
> Wrong-Level
>
> The RAID seems to be working well. Any pointer on what does this
> mean ?
From "man mdadm"
On Tue, 2005-04-12 at 13:29, Esben Nielsen wrote:
> You basicly need 3 priorities:
> 1) Actual: task->prio
> 2) Base prio with no RT locks taken: task->static_prio
> 3) Base prio with no Fusyn locks taken: task->??
>
> So no, you will not need the same API, at all :-) Fusyn manipulates
> task->st
Hello,
These two BUGs showed up in 2.6.12-rc2-RT-V0.7.45-01 on my P4/HT desktop
machine at work:
During boot, after unused kernel memory freed:
BUG: kstopmachine:1072 RT task yield()-ing!
[] dump_stack+0x23/0x25 (20)
[] yield+0x67/0x69 (20)
[] stop_machine+0xa4/0x15e (40)
[] do_stop+0x15/0x
* Amelia Nilsson ([EMAIL PROTECTED]) wrote:
> I've found a bug in 2.6.11.6. I have a Toshiba laptop and when i did
> run 2.6.11.6 my touchpad flipped out, it clicked everywhere when it
> wasn't supposed to click. I couldn't even move my mouse without it was
> clicking all over. It works fine i 2.6.
On Tue, 2005-04-12 at 11:49 -0700, Linus Torvalds wrote:
>
> On Tue, 12 Apr 2005, Lee Revell wrote:
> >
> > Um... why in the heck are you posting this here instead of alsa-devel?
>
> Which list do you think has more people interested? ppc64 or alsa?
>
> Pretty much anybody with a G5 will probab
On Tue, 2005-04-12 at 21:32 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > This patch hacks the current PowerMac Alsa driver to add some basic
> > support of analog sound output to some desktop G5s. It has severe
> > limitations though:
> >
> > - Only 4410
> There was a thread a few months ago where file-as-directory was
> discussed extensively, after Namesys implemented it. That's where the
> conversation on detachable mount points originated AFAIR. It will
> probably happen at some point.
>
> A nice implemention of it in FUSE could push it along
> On Tue, Apr 12, 2005 at 09:44:29AM -0700, David Schwartz wrote:
> > I would say that if not for the EULA, you could transfer ownership
> > of the image to someone else. And if you legally acquired two copies of
> > Windows, you could install both of them and transfer them. Otherwise,
> > y
ty den 12.04.2005 Klokka 15:22 (-0400) skreiv Xin Zhao:
> I have very very fast network and is testing NFS2 over this kind of
> network. I noticed that for standard work like read/write a large
> file, compile kernels, the performance of NFS2 is good. But if I try
> to decompress kernel tar file.
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> Yes, I noticed that too on some models, not sure what's up at this
> point. What about the headphone jack on the front ? That one appears to
> work.
Doesn't work either for me. Well, I'll have keep my workaround a bit
longer until you are read
On Tue, 2005-04-12 at 15:26, Perez-Gonzalez, Inaky wrote:
> You should not need any of this if your user space mutexes are a
> wrapper over the kernel space ones. The kernel handles everything
> the same and there is no need to take care of any special cases or
> variations [other than the ones im
On Tue, Apr 12, 2005 at 02:21:58PM -0700, Linus Torvalds wrote:
>
> Yes. A tree is defined by the blobs it references (and the subtrees) but
> it doesn't _contain_ them. It just contains a pointer to them.
A pointer to them? You mean a SHA1 hash of them? or what?
Where is the *real* data stored
On Tue, Apr 12, 2005 at 03:21:15PM -0500, Kilau, Scott wrote:
>
> However, neither IBM nor Digi wants this thread's patch to be applied,
> and yet Christoph wants to do it, completely out of spite, to break our
> out-of-tree open source driver.
>
> This is the problem that I have.
But that patch
> >>> Hrm... I just noticed you have CONFIG_PREEMPT enabled... Can you
> >>> test without it and let me know if it makes a difference ?
> >>
> >> IIRC I had disabled that for rc2-mm2 and it didn't make a
> >> difference. I'll disable it again when I try older versions.
> >>
> >> I just got anothe
On Wed, 2005-04-13 at 00:33 +0200, Andreas Schwab wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > Yes, I noticed that too on some models, not sure what's up at this
> > point. What about the headphone jack on the front ? That one appears to
> > work.
>
> Doesn't work either for
Linus Torvalds <[EMAIL PROTECTED]> writes:
> The full .git archive for 199 versions of the kernel (the 2.6.12-rc2 one
> and a test-run of 198 patches from Andrew) is 111MB. In other words,
> adding 198 "full" new kernels only grew the archive by 9MB (that's all
> "actual disk usage" btw - the file
>>
> See this patch from Steve French:
> http://cifs.bkbits.net:8080/linux-2.5cifs/[EMAIL PROTECTED]
Thanks, that fixed it.
M.
-
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/
On Tue, Apr 12, 2005 at 12:22:30PM -0500, Franco Sensei wrote:
> Krzysztof Halasa wrote:
> >It isn't enough. The same compiler and the same .config - yes. But that
> >means you'd have no progress within, say, 2.6. Only bug fixes.
> >There _is_ a tree like that - 2.6.11.Xs are only bugfixes.
>
> Ok
On Wed, 13 Apr 2005, Krzysztof Halasa wrote:
>
> Does that mean that the 64 K changes imported from bk would take ~ 3 GB?
> Is that real?
That's a _guess_.
> Have to tried to import it?
It would take days.
> I'm going to import the CVS data (with cvsps) - as the CVS "misses" half
> the chan
unsubscribe linux-kernel
--
-- Csanyi Andras --
www.slackware.com
www.slackware.hu
-
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
301 - 400 of 598 matches
Mail list logo
