Support UML builds and make O= when building Debian packages.
Sam, I'm pretty sure I've sent this before, but it seems to have been
dropped. I've been using this for a while to build my personal kernels,
and haven't had any problems. This is a combination of old patches.
Signed-Off-By: Ryan
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> On Fri, Jul 15, 2005 at 07:17:44PM -0700, Siddha, Suresh B wrote:
> > On Fri, Jul 15, 2005 at 10:53:33AM -0500, Justin M. Forbes wrote:
> > > That said, I will be testing this patch a bit further
> >
> > Thanks. Let me know if you see any issues.
> >
> >
On Fri, 2005-07-15 at 12:58 -0700, Stephen Pollei wrote:
> But If I understand Linus's points he wants jiffies to remain a memory
> fetch, and make sure it doesn't turn into a singing dancing christmas
> tree.
It seems it relatively easy to support dynamic tick, the ARM
architecture has it. But
Hi,
for some time I was unable to use Atheros based cards on my
notebook (O2Micro oz6812 Cardbus controller) because of lots
of rx packets getting dropped by frame errors. running ping I got
this: (~1m from access point)
PING 192.168.67.1 (192.168.67.1): 56 data
diff --git a/Makefile b/Makefile
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 12
-EXTRAVERSION = .2
+EXTRAVERSION = .3
NAME=Woozy Numbat
# *DOCUMENTATION*
diff --git a/arch/ppc/kernel/time.c b/arch/ppc/kernel/time.c
--- a/arch/ppc/kernel/time.c
+++
We (the -stable team) are announcing the release of the 2.6.12.3 kernel.
The diffstat and short summary of the fixes are below.
I'll also be replying to this message with a copy of the patch between
2.6.12.2 and 2.6.12.3, as it is small enough to do so.
The updated 2.6.12.y git tree can be
On Fri, Jul 15, 2005 at 07:17:44PM -0700, Siddha, Suresh B wrote:
> On Fri, Jul 15, 2005 at 10:53:33AM -0500, Justin M. Forbes wrote:
> > That said, I will be testing this patch a bit further
>
> Thanks. Let me know if you see any issues.
>
> > myself, and because it does address a real memory
Dominik Brodowski wrote:
> On Sun, Jul 10, 2005 at 03:37:22PM -0500, Bob Tracy wrote:
> > Dominik Brodowski wrote:
> > > On Sat, Jul 09, 2005 at 12:12:17AM -0500, Bob Tracy wrote:
> > > > (/sbin/cardmgr chewing up lots of CPU cycles with 2.6.12 kernel)
> > >
> > > Please post the output of
2005-07-16 (Sat) 03:44 +0200 Andreas Gruenbacher wrote:
> Removing the cache parameter from mb_cache_shrink would break when more than
> one mb_cache is used per filesystem, correct. Leaving the parameter in and
> adding your patch is more "future proof", so I'm fine with it. Are you
> actually
Badari Pulavarty wrote:
On Fri, 2005-07-15 at 17:23 +0900, Tejun Heo wrote:
Badari Pulavarty wrote:
...
I don't know why you wanna relax the alignment requirement, but
wouldn't it be easier to just write/use block-aligned allocator for
such buffers? It will even make the program more
All,
The conversion of i386 to use the new timeofday subsystem has been
split into 4 parts. This patch, the final of four, converts the i386
arch to use the new timeofday subsystem and removes the old
timers/timer_opts infrastructure.
It applies on top of my timeofday-arch-i386-part3
All,
The conversion of i386 to use the new timeofday subsystem has
been
split into 4 parts. This patch, the third of four, reworks some of the
code in the new tsc.c file. Additionally it adds some new interfaces and
hooks to use these new interfaces appropriately. This patch also
All,
This patch implements the time sources shared between i386 acpi_pm,
cyclone, hpet, pit, tsc and tsc-interp). The patch should apply on top
of the timeofday-arch-i386-part4 patch.
The patch should be fairly straight forward, only adding the new
timesources.
thanks
-john
All,
The conversion of i386 to use the new timeofday subsystem has been
split into 4 parts. This patch, the second of four, is a cleanup patch
for the i386 arch in preperation of moving the the new timeofday
infrastructure. It moves some code from timer_tsc.c to a new tsc.c file.
It
Sorry about that, the subject should have been:
[RFC][PATCH 2/6] new timeofday i386 arch specific changes, part 1 (v. B4)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
All,
I've been busy splitting out the NTP changes from the core timeofday
patch, in order to reduce the patch size and avoid any features vs
cleanups confusion. Hopefully this will lead to a more productive
discussion of the proposed changes.
However with OLS upon us, I figured I resend
All,
The conversion of i386 to use the new timeofday subsystem has been
split into 4 parts. This patch, the first of four, is just a simple
cleanup for the i386 arch in preperation of moving the the new timeofday
infrastructure. It simply moves some code from timer_pit.c to i8259.c.
All,
This patch stops ntp_advance() from returning unit adjustments (ie:
nanoseconds). Instead the update_wall_time() function uses the ppm
adjustment from get_ntp_adjustment() which is then converted into a
nanosecond adjustment value.
Any comments or feedback would be greatly
All,
This patch breaks the leapsecond processing logic into its own
function. By making the NTP code avoid making any direct changes to
time, instead allowing the time code to use NTP to decide when to change
time, we better isolate the NTP subsystem.
Any comments or feedback would be
On Fri, 2005-07-15 at 09:58 +0100, Russell King wrote:
> On Thu, Jul 14, 2005 at 04:55:19AM -0400, Adam Belay wrote:
> > This patch adds a basic PCI<->PCI bridge driver that utilizes the new
> > PCI bus class API.
>
> Thanks. I think this breaks Cardbus.
>
> The whole point of the way PCI is
All,
This patch changes the NTP variable names from time_* to ntp_* further
clarifying their use.
Any comments or feedback would be greatly appreciated.
thanks
-john
linux-2.6.13-rc3_timeofday-ntp-part9_B4.patch
diff --git
All,
This patch introduces variables to keep track of the different NTP
adjustment values in PPM units. It also introduces the
ntp_get_adjustment() interface which returns shifted PPM units. The
patch also changes the ppc64 ppc_adjtimex() function to use
ntp_get_adjustment().
All,
This patch removes the second_overflow() logic integrating it into the
ntp_advance() function. This provides a single interface to advance the
internal NTP state machine.
Any comments or feedback would be greatly appreciated.
thanks
-john
All,
This patch introduces the ntp_lock which replaces the xtime_lock for
serialization in the NTP subsystem. This further isolates the NTP
subsystem from the time subsystem.
Any comments or feedback would be greatly appreciated.
thanks
-john
All,
Signed shifting must be done carefully, and the ntp code has quite a
number of conditionals to do the signed shifting. This patch makes use
of the local shiftR() macro introduced in a previous patch to simplify a
bit of logic.
Any comments or feedback would be greatly appreciated.
All,
Currently ntp_adjtimex() checks the validity of a few arguments values
then takes the xtime_lock then checks the validity of more arguments
while it parses them. This separates the logic so we check the validity
of all arguments before aquiring the xtime lock. This greatly improves
All,
Since the NTP PPS code required an out of tree patch which I don't
believe there is a 2.6 version of, this patch removes the unused PPS
logic in the kernel.
Any comments or feedback would be greatly appreciated.
thanks
-john
linux-2.6.13-rc3_timeofday-ntp-part3_B4.patch
All,
This patch breaks up the complex nesting of code in ntp_adjtimex() by
creating a ntp_hardupdate() function and simplifying some of the logic.
This also follows the documented NTP spec somewhat better.
Any comments or feedback would be greatly appreciated.
thanks
-john
All,
This patch converts all of arch specific code to use the new ntp_synced
() and ntp_clear() interfaces. This patch is required for the patch 1 of
the series to build.
Any comments or feedback would be greatly appreciated.
thanks
-john
linux-2.6.13-rc3_timeofday-ntp-part2_B4.patch
All,
This patch moves the generic NTP code from time.c and timer.c into
ntp.c. It makes most of the NTP variables static providing more
understandable interfaces like ntp_synced() and ntp_clear().
Since some of the newly made static variables are used in arch generic
code, this
All,
In my attempts to rework the timeofday subsystem, it was suggested I
try to avoid mixing cleanups with functional changes. In response to the
suggestion I've tried to break out the majority of the NTP cleanups I've
been working out of my larger patch and try to feed it in piece meal.
On Fri, Jul 15, 2005 at 10:53:33AM -0500, Justin M. Forbes wrote:
> That said, I will be testing this patch a bit further
Thanks. Let me know if you see any issues.
> myself, and because it does address a real memory leak issue, we should
> consider it or another fix for stable 2.6.12.4.
On Tue, 2005-07-12 at 07:56 -0700, Daniel Walker wrote:
> On Tue, 2005-07-12 at 16:46 +0200, Ingo Molnar wrote:
> > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> >
> > > I haven't tested it recently . This was on an older version of RT
> > > though . I could try it if it's interesting ? Or do you
On Friday 15 July 2005 17:07, Akinobu Mita wrote:
> 2005-07-15 (Fri) 16:36 +0200 Andreas Gruenbacher wrote:
> > The cache parameter could indeed be removed. Not that it would matter
> > much...
>
> Currently, mbcache is used only for xattr on ext2/ext3 and reiserfs.
> In other words, only one
Hi,
On Fri, 15 Jul 2005 16:23:49 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
> >
> > Hi Andrew
> >
> > I got the following error.
> >
> > make ARCH=mips oldconfig
> > scripts/kconfig/conf -o arch/mips/Kconfig
> > drivers/video/Kconfig:7:warning:
On Fri, Jul 15, 2005 at 11:52:42AM -0700, Linus Torvalds wrote:
> I really think you should update the "simple_xxx()" functions
> instead, and thus make this happen for _any_ filesystem that uses
> the simple fs helper functions.
Why bother at all?
I don't see why zero sizes are a problem.
Hi,
I used to shutdown my P4 machine based on ASUS P4C800E-Deluxe
with simple "init 0" command. That somehow broke between 2.6.12-rc6-git2
and 2.6.13-rc1. The machines makes the sound like shutdown but it
immediately turns the power on again. I used acpi and the kernel
configs should be almost
On Gwe, 2005-07-15 at 15:02 -0700, karl malbrain wrote:
> I've since answered part of my question. Red Hat pulled some code-changes
> from 2.6.10 tty_io.c with the somewhat cryptic comment "fix the trivial
> exploits caused by Rolands controlling tty changes (part 1)" and moved the
> tty_sem ops.
Please do not reply to this e-mail. A reply to this e-mail will not be read.
An e-mail sent by you has been blocked by our automated software, because:
• it contains a virus which cannot be cleaned.
What to do: Please ensure you have up to date virus protection, and clean the
infected
On Gwe, 2005-07-15 at 13:11 -0700, karl malbrain wrote:
> N.b. I don't pretend to understand how uart_change_pm, uart_startup, and
> uart_block_til_ready could ALL be on the call stack. Uart_open calls them
> sequentially. Perhaps you might explain how this works? Thanks, karl m
gcc does smart
Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew
>
> I got the following error.
>
> make ARCH=mips oldconfig
> scripts/kconfig/conf -o arch/mips/Kconfig
> drivers/video/Kconfig:7:warning: type of 'FB' redefined from 'boolean' to
> 'tristate'
>
> file drivers/char/speakup/Kconfig already
confirmed, i run 2.6.12 with reiserfs, created with reiserfsprogs 3.6.19
On Fri, 2005-07-15 at 23:19 +, Tarmo Tänav wrote:
> Hi,
>
> I think I've found a bug in reiserfs acls. If triggered
> it means that any program trying to access the partition,
> where the bug occured, will just hang in
Hi James,
This patch fixes srp.h which uses 0x80 for SRP_LOGIN_REJ instead of
0xc2. Please apply.
Thanks,
Linda
Signed-off-by: Linda Xie <[EMAIL PROTECTED]
diff -X ../dontdiff -purN large-sg/drivers/scsi/ibmvscsi/srp.h
srp/drivers/scsi/ibmvscsi/srp.h
---
Hi,
I think I've found a bug in reiserfs acls. If triggered
it means that any program trying to access the partition,
where the bug occured, will just hang in D state, with
no way to kill the program.
Here's how to reproduce:
1. mount a reiserfs volume (loopmount will do) with "-o acl".
2.
On Fri, 15 Jul 2005, Mark Gross wrote:
> What would be wrong in expecting the folks making the driver changes
> have some story on how they are validating there changes don't break
> existing working hardware? I could probly be accomplished in open
> source with subsystem testing volenteers.
Hi again,
On Sat, 16 Jul 2005 07:52:42 +0900
Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
> Hi Andrew
>
> I got the following error.
>
> make ARCH=mips oldconfig
> scripts/kconfig/conf -o arch/mips/Kconfig
> drivers/video/Kconfig:7:warning: type of 'FB' redefined from 'boolean' to
> 'tristate'
>
Hi Andrew
I got the following error.
make ARCH=mips oldconfig
scripts/kconfig/conf -o arch/mips/Kconfig
drivers/video/Kconfig:7:warning: type of 'FB' redefined from 'boolean' to
'tristate'
file drivers/char/speakup/Kconfig already scanned?
make[1]: *** [oldconfig] Error 1
make: *** [oldconfig]
One chunk was lost somewhere between my and Andrew's machine.
Noticed by Victor Fusco.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
include/linux/slab.h |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
--- linux-vanilla/include/linux/slab.h 2005-07-08 13:52:46.0
Adrian,
Your patch is at my personal TODO list.
We had lots of patches for 2.6.13, with some sigificative enhancements.
Unfortunatelly, your patch from 19 Apr 2005 was not applied, maybe
because you've sent during a period where V4L was Orphaned.
We've decided
On Fri, 15 Jul 2005, Mark Gross wrote:
On Thursday 14 July 2005 19:09, Dave Jones wrote:
On Fri, Jul 15, 2005 at 03:45:28AM +0200, Jesper Juhl wrote:
>>> The problem is the process, not than the code.
>>> * The issues are too much ad-hock code flux without enough
>>> disciplined/formal
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
--- linux-2.6.12/fs/smbfs/request.c~2005-07-07 14:41:11.0 -0400
+++ linux-2.6.12/fs/smbfs/request.c 2005-07-07
On Fri, Jul 15, 2005 at 02:47:46PM -0700, Mark Gross wrote:
> This problem is the developer making driver changes without have the
> resources
> to test the changes on a enough of the hardware effected by his change, and
> therefore probubly shouldn't be making changes they cannot
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
This time I did not break anything... and they shut up gcc4 ;)
--- linux-2.6.12-jam1/scripts/mod/sumversion.c.orig
On Thursday 14 Jul 2005 21:16, Lee Revell wrote:
> On Thu, 2005-07-14 at 20:58 +0100, Alistair John Strachan wrote:
> > the responsiveness of our instrument to 300us which is low enough
> > for the real-time PCR industry
>
> PCR, as in polymerase chain reaction? They can do that in realtime?
>
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
--- linux-2.6.13-rc1-mm1/drivers/scsi/Kconfig.old 2005-07-02
21:57:40.0 +0200
+++
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
--- linux.orig/include/asm-i386/processor.h
+++ linux/include/asm-i386/processor.h
@@ -476,7 +476,6 @@ struct thread_struct {
On 07.16, J.A. Magallon wrote:
>
> On 07.15, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
--- linux-2.6.git.orig/drivers/ide/ide-probe.c 2005-06-23 11:38:02.0
-0700
+++ linux-2.6.git/drivers/ide/ide-probe.c
I just tried -rc3 today on the amd64 box which is a Asus K8N-E Deluxe
motherboard. Is it possible the firmware for the controller is buggy? Anyone
else reporting hangs?
I can reproduce the sata controller with various writes:
1) If I connect the box and allow a remote machine to PXE and TFTP
On 07.15, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
>
> (http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc3-mm1.gz until
> kernel.org syncs up)
>
This are fixes that I still have in my small patchset, collected
> -Original Message-
> From: Russell King
> Sent: Friday, July 15, 2005 2:54 PM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9 chrdev_open: serial_core: uart_open
>
>
> On Fri, Jul 15, 2005 at 02:17:01PM -0700, karl malbrain wrote:
> > > -Original
On Thursday 14 July 2005 19:09, Dave Jones wrote:
> On Fri, Jul 15, 2005 at 03:45:28AM +0200, Jesper Juhl wrote:
> > > > The problem is the process, not than the code.
> > > > * The issues are too much ad-hock code flux without enough
> > > > disciplined/formal regression testing and review.
>
On Fri, Jul 15, 2005 at 02:17:01PM -0700, karl malbrain wrote:
> > -Original Message-
> > From: Russell King
> > Sent: Friday, July 15, 2005 1:59 PM
> > To: karl malbrain
> > Cc: [EMAIL PROTECTED] Kernel. Org
> > Subject: Re: 2.6.9 chrdev_open: serial_core: uart_open
> >
> >
> > On Fri,
On Thursday 14 July 2005 19:16, Dave Airlie wrote:
> > That, of course, you cannot do. But, you can regression test a lot of
> > other things, and having a default test suite that is constantly being
> > added to and always being run before releases (that test hardware
> > agnostic stuff) could
On Fri, 15 Jul 2005 14:38:54 -0700 Tom Rini wrote:
> On Fri, Jul 15, 2005 at 02:24:32PM -0700, randy_dunlap wrote:
> > On Fri, 15 Jul 2005 07:56:36 -0700 Tom Rini wrote:
> >
> > > When running depmod to check for the correct version number, extra
> > > output we don't need to see, such as
On Thursday 14 July 2005 19:09, Andi Kleen wrote:
> > You can't test everything this way, nor should you, but you can test
> > many things, and adding a bit of formal testing to the release
> > procedure wouldn't be a bad thing IMO.
>
> In the linux model that's left to the distributions. In fact
This patch contains the following possible cleanups:
- make two needlessly global structs static
- #if 0 the EXPORT_SYMBOL'ed but unused function tveeprom_dump
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 9 Jul 2005
- 19 Apr 2005
On Fri, Jul 15, 2005 at 02:24:32PM -0700, randy_dunlap wrote:
> On Fri, 15 Jul 2005 07:56:36 -0700 Tom Rini wrote:
>
> > When running depmod to check for the correct version number, extra
> > output we don't need to see, such as "depmod: QM_MODULES: Function not
> > implemented" may show up.
This patch fixes the following kconfig warning:
net/ipv4/Kconfig:92:warning: defaults for choice values not supported
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 9 Jul 2005
--- linux-2.6.13-rc2-mm1-modular/net/ipv4/Kconfig.old 2005-07-08
In a case documented as
We should never be called with any of these states
BUG() in a case that would later result in a NULL pointer dereference.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 26 Mar 2005
---
SCSI=m must disallow static drivers.
The problem is that all the SATA drivers depend on SCSI_SATA.
With SCSI=m and SCSI_SATA=y this allows the static enabling of the SATA
drivers with unwanted effects, e.g.:
- SCSI=m, SCSI_SATA=y, SCSI_ATA_ADMA=y
-> SCSI_ATA_ADMA is built statically but
On Fri, 15 Jul 2005 07:56:36 -0700 Tom Rini wrote:
> When running depmod to check for the correct version number, extra
> output we don't need to see, such as "depmod: QM_MODULES: Function not
> implemented" may show up. Redirect stderr to /dev/null as the version
> information that we do care
> -Original Message-
> From: Russell King
> Sent: Friday, July 15, 2005 1:59 PM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9 chrdev_open: serial_core: uart_open
>
>
> On Fri, Jul 15, 2005 at 01:52:15PM -0700, karl malbrain wrote:
> > On my 2.6.9-11EL source
On Fri, Jul 15, 2005 at 01:52:15PM -0700, karl malbrain wrote:
> On my 2.6.9-11EL source it clearly shows the up(_sem) after the call to
> uart_open. Init_dev never touches tty_sem.
In which case, I have to say...
Congratulations! You've found a bug with Red Hat's Enterprise Linux
kernel! Go
The memory descriptors that comprise the EFI memory map are
not fixed in stone such that the size could change in the
future. This uses the memory descriptor size obtained from
EFI to iterate over the memory map entries during boot.
This enables the removal of an x86 specific pad (and ifdef) in
> -Original Message-
> From: Russell King
> Sent: Friday, July 15, 2005 1:31 PM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9 chrdev_open: serial_core: uart_open
>
>
> On Fri, Jul 15, 2005 at 01:11:33PM -0700, karl malbrain wrote:
> > > -Original
- Original Message -
From: "Russell King" <[EMAIL PROTECTED]>
To: "karl malbrain" <[EMAIL PROTECTED]>
Cc: "[EMAIL PROTECTED] Kernel. Org"
Sent: Friday, July 15, 2005 1:32 PM
Subject: Re: 2.6.9: serial_core: uart_open
> On Fri, Jul 15, 2005 at 09:02:48AM -0700, karl malbrain wrote:
> >
On Fri, 2005-07-15 at 22:36 +0200, Adrian Bunk wrote:
> I can't see any effect of this option outside the i386-specific APM
> code.
Doesn't the Javastation potentially use this?
~spot
--
Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260
Fedora Extras Steering Committee
On Thu, 2005-07-14 at 14:46 +0100, Russell King wrote:
> Then we try to register the console, which may result in this UART
> becoming a console. So now we have a console which is in low power
> mode. Bad bad bad. No cookie for the serial layer today.
I don't know if this is a possible
Document that udev 058 is required.
A similar patch (that no longger applies due to unrelated context
changes) was sent by Jesper Juhl.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 8 Jul 2005
- 2 Jul 2005
---
I can't see any effect of this option outside the i386-specific APM
code.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 2 Jul 2005
--- linux-2.6.13-rc1-mm1-full/drivers/sbus/char/Kconfig.old 2005-07-02
20:24:49.0 +0200
+++
On Fri, Jul 15, 2005 at 09:02:48AM -0700, karl malbrain wrote:
> > -Original Message-
> > From: Russell King
> > Sent: Friday, July 15, 2005 12:29 AM
> > To: karl malbrain
> > Cc: [EMAIL PROTECTED] Kernel. Org
> > Subject: Re: 2.6.9: serial_core: uart_open
> >
> >
> > On Thu, Jul 14, 2005
On Fri, Jul 15, 2005 at 01:11:33PM -0700, karl malbrain wrote:
> > -Original Message-
> > From: Russell King
> > Sent: Friday, July 15, 2005 12:23 AM
> > To: karl malbrain
> > Cc: [EMAIL PROTECTED] Kernel. Org
> > Subject: Re: 2.6.9 chrdev_open: serial_core: uart_open
> >
> >
> > On Thu,
Russell King wrote:
>The allocation function should initialise class_dev as much as possible.
>The registration function should add the class device with the class
>model. The unregistration should remove the class device from the class
>model, but _not_ free it. The free function should drop
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> On Fri, Jul 15, 2005 at 01:36:53AM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc3/2.6.13-rc3-mm1/
> >
> > (http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc3-mm1.gz until
> >
dierbro <[EMAIL PROTECTED]> :
[...]
> with a friend i have made this patch that add rlimit file to /proc/PID
> directory.
> Trought this file you can set and get rlimit of a running process.
I am not sure that new proc-functions will be welcome, anyway...
[...]
> ---
> -Original Message-
> From: Russell King
> Sent: Friday, July 15, 2005 12:23 AM
> To: karl malbrain
> Cc: [EMAIL PROTECTED] Kernel. Org
> Subject: Re: 2.6.9 chrdev_open: serial_core: uart_open
>
>
> On Thu, Jul 14, 2005 at 04:50:00PM -0700, karl malbrain wrote:
> > chrdev_open issues a
On Fri, 2005-07-15 at 22:01 +0200, Andi Kleen wrote:
> It won't work anyways because you forgot to patch the compat
> sys32_open.
Well, "won't work" is a bit harsh, its just one hook. But that was
next.
I usually leave per-arch stuff to the arch folks.
Robert Love
Add
On Thu, 2005-07-14 at 22:27, Badari Pulavarty wrote:
> Daniel McNeil wrote:
>
> > On Thu, 2005-07-14 at 16:16, Badari Pulavarty wrote:
> >
> >>How does your patch ensures that we meet the driver alignment
> >>restrictions ? Like you said, you need atleast "even" byte alignment
> >>for IDE etc..
Robert Love <[EMAIL PROTECTED]> writes:
> Andi,
>
> Attached patch adds the inotify syscall numbers to x86-64. Also adds
> the new ioprio_get() and ioprio_set() calls to the IA32 layer.
It won't work anyways because you forgot to patch the compat
sys32_open.
-Andi
-
To unsubscribe from this
On 7/14/05, Eric St-Laurent <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-07-14 at 17:24 -0700, Linus Torvalds wrote:
> > Trust me. When I say that the right thing to do is to just have a fixed
> > (but high) HZ value, and just changing the timer rate, I'm -right-.
> Of course you are, jiffies are
Andi,
Attached patch adds the inotify syscall numbers to x86-64. Also adds
the new ioprio_get() and ioprio_set() calls to the IA32 layer.
Robert Love
Add the inotify syscalls to x86-64
Signed-off-by: Robert Love <[EMAIL PROTECTED]>
arch/x86_64/ia32/ia32entry.S |8 ++--
Dear All,
I just compiled & install the kernels 2.6.12.2 & 2.6.12 & booted my laptop.
Here is the error message I get whatever the kernel 2.6.12 I use:
FATAL: Error inserting snd-intel8x0
(/lib/modules/2.6.12.2/kernel/sound/pci/snd-intel8x0.ko)
unknown symbol in module or unknown parameter (see
Hi,
> It should have been printed right after the output you posted.
>
> Anyway, the first step is to reproduce it with a non tainted kernel.
There was no call trace after what I saw. No big deal.
I am now working to reproduce the error with a non tainted kernel.
--
Lee
[EMAIL PROTECTED]
On Fri, 2005-07-15 at 14:24 -0500, Lee wrote:
> Hi,
>
> > > [20975.978911] PREEMPT SMP DEBUG_PAGEALLOC
> > > [20976.029194] Modules linked in: vmnet vmmon nvidia
> > > [20976.090907] CPU:695757158
> > > [20976.090909] EIP:0060:[]Tainted: P VLI
> >
> > Please reproduce the bug
On Wed, Jul 13, 2005 at 03:13:11PM -0700, Greg KH wrote:
> On Thu, Jul 14, 2005 at 12:01:23AM +0200, Francois Romieu wrote:
> > Greg KH <[EMAIL PROTECTED]> :
> > > -stable review patch. If anyone has any objections, please let us know.
> > >
> > > --
> > >
> > >
> > > Drivers
I got a suggestion that i needed to update firmware, along with a
suggestion to move to the hostap driver.
for what it's worth, I'm pretty sure hostap won't work for this card.
it's listed under orinoco_cs at pcmcia-cs.sf.net, and hostap doesn't
like it:
hostap_crypt: registered algorithm 'NULL'
Hello,
By using volatile keyword for spin lock defined by in spinlock_t, it seems
Linux choose to always
reload the value of spin locks from cache instead of using the content from
registers. This may be
helpful for synchronization between multithreads in a single CPU.
I use two Xeon cpus
Hi,
> > [20975.978911] PREEMPT SMP DEBUG_PAGEALLOC
> > [20976.029194] Modules linked in: vmnet vmmon nvidia
> > [20976.090907] CPU:695757158
> > [20976.090909] EIP:0060:[]Tainted: P VLI
>
> Please reproduce the bug without these proprietary modules loaded. And
> make sure to
On Fri, 2005-07-15 at 14:04 -0500, Lee wrote:
> [20975.978911] PREEMPT SMP DEBUG_PAGEALLOC
> [20976.029194] Modules linked in: vmnet vmmon nvidia
> [20976.090907] CPU:695757158
> [20976.090909] EIP:0060:[]Tainted: P VLI
Please reproduce the bug without these proprietary modules
Hi all,
with a friend i have made this patch that add rlimit file to /proc/PID
directory.
Trought this file you can set and get rlimit of a running process.
rlimit file contains:
Example:
cave 5933 # pwd
/proc/5933
cave 5933 # echo "RLIMIT_NOFILE 3 10" > rlimit
cave 5933 # cat rlimit
1 - 100 of 513 matches
Mail list logo
