I wonder if it may not be better to use a seqlock for the tree_lock? A
seqlock requires no writes at all if the tree has not been changed. RCU
still requires the incrementing of a (local) counter.
Using seqlocks would require reworking the readers so that they can
retry. Seqlocks provide
This is the same patch that went into i386 just before 2.6.13
came out. I still can't build 64-bit user apps, so I tested
with program (see below) in 32-bit mode on 64-bit kernel:
Before:
$ fpsig
handler: nr = 8, si = 0x0804bc90, vuc = 0x0804bd10
handler: altstack is at 0x0804b000, ebp =
Andi Kleen wrote:
On Friday 09 September 2005 04:33, Chuck Ebbert wrote:
I was looking at the i386 ACPI early quirk code and x86_64 equivalent
and it seems to me it should be checking the host bridge vendor, not
the one for various PCI bridges. Nvidia might release some kind of
PCI card with
On Thu, Sep 08, 2005 at 08:30:36PM -0700, Greg KH ([EMAIL PROTECTED]) wrote:
> On Fri, Sep 09, 2005 at 01:30:09AM +0200, Marcel Holtmann wrote:
> > Hi Greg,
> >
> > > Here are some w1 patches that have been in the -mm tree for a while.
> > > They add a new driver, and fix up the netlink logic a
From: Randy Dunlap <[EMAIL PROTECTED]>
Update Documentation/oops-tracing.txt:
- add descriptions of 3 more "Tainted" flags;
- fix some typos;
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
Documentation/oops-tracing.txt | 25 +
1 files changed, 17 insertions(+),
-
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 http://www.tux.org/lkml/
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 9 Sep 2005 at 04:47:09 +0200, Andi Kleen wrote:
> On Friday 09 September 2005 04:33, Chuck Ebbert wrote:
> > I was looking at the i386 ACPI early quirk code and x86_64 equivalent
> > and it seems to me it should be checking the host bridge vendor, not
> >
On 9/9/05, KUROSAWA Takahiro <[EMAIL PROTECTED]> wrote:
> On Thu, 8 Sep 2005 05:02:32 -0700
> Paul Jackson <[EMAIL PROTECTED]> wrote:
> > One of my passions is to avoid special cases across API boundaries.
> >
> > I am proposing that you don't do subcpusets like this.
> >
> > Consider the
Christoph Hellwig <[EMAIL PROTECTED]> writes:
> On Thu, Sep 08, 2005 at 05:47:34PM +0200, Jan Beulich wrote:
> > (Note: Patch also attached because the inline version is certain to get
> > line wrapped.)
> >
> > A change not too long ago made i386's genapic symbol no longer be
> > exported,
> >
"Jan Beulich" <[EMAIL PROTECTED]> writes:
> This patch provides al alternative to the pre-exisiting kallsyms code.
> That code, from a kernel debugger perspective at least, suffers from
> incomplete information, making it impossible to
> (a) disambiguate multiple static functions of the same
"Jan Beulich" <[EMAIL PROTECTED]> writes:
> (Note: Patch also attached because the inline version is certain to get
> line wrapped.)
>
> This adjusts the i386 machine check infrastructure so that replacing
> the
> underlying exception handling code can be done by adjusting just a
> single
>
Christoph Hellwig <[EMAIL PROTECTED]> writes:
> On Thu, Sep 08, 2005 at 04:30:03PM +0200, Jan Beulich wrote:
> > (Note: Patch also attached because the inline version is certain to get
> > line wrapped.)
> >
> > A trivial addition to the EFL definitions.
>
> Why? They're obviously not needed
On Fri, Sep 09, 2005 at 01:30:09AM +0200, Marcel Holtmann wrote:
> Hi Greg,
>
> > Here are some w1 patches that have been in the -mm tree for a while.
> > They add a new driver, and fix up the netlink logic a lot. They also
> > add a crc16 implementation that is needed.
>
> adding the CRC-16 is
On Thu, Sep 08, 2005 at 10:41:37PM -0400, Mark Lord wrote:
> Is someone actively working on USB Suspend/Resume support yet?
>
> I ask because this is becoming more and more important as people
> shift more to portable notebook computers with Linux.
>
> Enabling CONFIG_USB_SUSPEND is currently a
Hi Mark,
> Is someone actively working on USB Suspend/Resume support yet?
I've got some patches that need refreshing and splitting-out that
don't seem like 2.6.14 material in the "new world", but maybe a
few of them are.
There are also a handful of EHCI and OHCI fixes pending for 2.6.14
which
Please pull from 'upstream' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
to obtain fixes for last-minute problems noticed in current build,
following GregKH's PCI merge.
drivers/scsi/sata_mv.c | 16
drivers/scsi/sata_sis.c | 20
> Date: Wed, 7 Sep 2005 19:38:43 +0100 (BST)
> From: Mark Underwood <[EMAIL PROTECTED]>
> ...
>
> I see several posabiltiys of how SPI devices could be
> connected to an adapter.
Certainly, and all are addressed cleanly by the kind of
configuration scheme I showed.
> 1) All SPI devices are
Le Thursday 08 September 2005 14:30, Andrew Morton a écrit :
| - Many tty drivers still won't compile
indeed ... here one of them:
CC [M] drivers/char/speakup/speakup.o
drivers/char/speakup/speakup.c: In function 'speakup_paste_selection':
drivers/char/speakup/speakup.c:491: error: 'struct
On Friday 09 September 2005 04:33, Chuck Ebbert wrote:
> The x86_64 nmi code is missing a newline in one of its messages.
>
> I added a space before the CPU id for readability and killed the trailing
> space on the previous line as well.
Thanks merged.
-Andi
-
To unsubscribe from this list: send
Stefan Smietanowski wrote:
> Mathias Adam wrote:
> > Currently serial8250_set_termios() refuses to program a baud rate larger
> > than uartclk/16. However the 16C950 supports baud rates up to uartclk/4.
> > This worked already with Linux 2.4 so the biggest part of this patch was
> > simply taken
On Friday 09 September 2005 04:33, Chuck Ebbert wrote:
> I was looking at the i386 ACPI early quirk code and x86_64 equivalent
> and it seems to me it should be checking the host bridge vendor, not
> the one for various PCI bridges. Nvidia might release some kind of
> PCI card with an embedded
Is someone actively working on USB Suspend/Resume support yet?
I ask because this is becoming more and more important as people
shift more to portable notebook computers with Linux.
Enabling CONFIG_USB_SUSPEND is currently a surefire way to
guarantee crashing my own notebook on suspend/resume,
The x86_64 nmi code is missing a newline in one of its messages.
I added a space before the CPU id for readability and killed the trailing
space on the previous line as well.
Signed-off-by: Chuck Ebbert <[EMAIL PROTECTED]>
arch/x86_64/kernel/nmi.c |4 ++--
1 files changed, 2
I was looking at the i386 ACPI early quirk code and x86_64 equivalent
and it seems to me it should be checking the host bridge vendor, not
the one for various PCI bridges. Nvidia might release some kind of
PCI card with an embedded bridge that would break this code, for
example. I made this
On Thu, Sep 08, 2005 at 12:49:17PM -0400, Brian Gerst wrote:
> Horms wrote:
> >Hi Andy,
> >
> >that does indeed seem to be a problem. I have narrowed it down to
> >a combination of using K6 and CONFIG_REGPARM. Hunting around a bit
> >I found this http://my.execpc.com/~geezer/osd/gotchas/, which
>
The new ia64 MCA/INIT handlers[1] (think of them as super NMI) run on
separate stacks. 99% of the changes for these new handlers is ia64
only code, however they need a couple of scheduler hooks to support
these extra stacks. The complete patch set will be coming through the
ia64 tree, this RFC
Nick Piggin wrote:
Janak Desai wrote:
-tsk->min_flt = tsk->maj_flt = 0;
-tsk->nvcsw = tsk->nivcsw = 0;
+/*
+ * If the process memory is being duplicated as part of the
+ * unshare system call, we are working with the current process
+ * and not a newly allocated task
Thanks again for your review. I understand the problems that
you highlighted. I will rework the code and this time create
test programs that test these aspects of unsharing that I had
missed. Basically, the four areas that I have to fix are
- Investigate impact on aio and futex
- Handle
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mathias Adam wrote:
> Currently serial8250_set_termios() refuses to program a baud rate larger
> than uartclk/16. However the 16C950 supports baud rates up to uartclk/4.
> This worked already with Linux 2.4 so the biggest part of this patch was
>
"Jan Beulich" <[EMAIL PROTECTED]> wrote:
>
> >>> Christoph Hellwig <[EMAIL PROTECTED]> 08.09.05 17:16:24 >>>
> >On Thu, Sep 08, 2005 at 05:03:58PM +0200, Jan Beulich wrote:
> >> (Note: Patch also attached because the inline version is certain to
> get
> >> line wrapped.)
Suggest you get a new
On Thu, 8 Sep 2005 05:30:42 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/
Hi Andrew,
After this error:
CC drivers/parport/parport_pc.o
drivers/parport/parport_pc.c:2511: error: via_686a_data causes a
On Thu, 8 Sep 2005 05:02:32 -0700
Paul Jackson <[EMAIL PROTECTED]> wrote:
> These subcpusets, if I understand correctly, are a bit different
> from ordinary cpusets. For instance, it seems one cannot make child
> cpusets of them, and one cannot change most of their properties,
> such as cpus,
Resurfacing...
I put together some "steamroller" race tests, that race a pair of
operations (e.g., kill() and exit()) against each other, varying
the start times of each operation in an attempt to find any destructive
races between the two operations. There are but five pairs of operations
coded
On Sep 8, 2005, at 6:56 PM, Benjamin Herrenschmidt wrote:
On Thu, 2005-09-08 at 16:11 -0500, Kumar Gala wrote:
Merged tlb.h between asm-ppc32 and asm-ppc64 into asm-powerpc. Also,
fixed
a compiler warning in arch/ppc/mm/tlb.c since it was roughly related.
Signed-off-by: Kumar K. Gala
Currently serial8250_set_termios() refuses to program a baud rate larger
than uartclk/16. However the 16C950 supports baud rates up to uartclk/4.
This worked already with Linux 2.4 so the biggest part of this patch was
simply taken from there and adapted to 2.6.
I needed this to get a Socket
Hi,
I keep posting these messages in LKML because I get no answer from
someone to not do it, or cause I dunno what to do with them.
This is from Linus git tree - Current as per 6PM PDT.
CC fs/xfs/linux-2.6/xfs_lrw.o
CC fs/xfs/linux-2.6/xfs_super.o
CC
On Thu, Sep 08, 2005 at 07:12:01PM -0600, Alejandro Bonilla Beeche wrote:
> Hi,
> ld: fs/xfs/quota/: No such file: File format not recognized
> make[3]: *** [fs/xfs/xfs.o] Error 1
> make[2]: *** [fs/xfs] Error 2
> make[1]: *** [fs] Error 2
> make[1]: Leaving directory `/root/linux-2.6'
> make: ***
On Fri, Sep 09, 2005 at 12:39:18AM +0200, Tommy Christensen wrote:
> --- linux-2.6.13-git8/drivers/net/3c59x.c-origFri Sep 9 00:05:49 2005
> +++ linux-2.6.13-git8/drivers/net/3c59x.c Fri Sep 9 00:13:55 2005
> @@ -1889,7 +1889,9 @@ vortex_timer(unsigned long data)
> {
>
On Thu, 2005-09-08 at 15:56 -0400, Bill Nottingham wrote:
> The attached patch removes the '-' for '_' substitution from
> depmod - this makes the names printed for modules in module.alias
> match the actual names of the module files.
Looks fine, thanks Bill!
(Note: this is harmless, because
I guess something else has changed since I tested the patch. I haven't
tried -mm2, but the current Linus tree I'm having trouble getting to boot
on my x86_64 machine atm ("soft lockup" in the e1000 driver setup).
Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, Sep 09, 2005 at 02:20:45AM +0200, Andi Kleen wrote:
> On Thu, Sep 08, 2005 at 06:07:56PM +0200, Jan Beulich wrote:
> > (Note: Patch also attached because the inline version is certain to get
> > line wrapped.)
> >
> > Declare NMI_VECTOR and handle it in the IPI sending code.
>
> The
On Thu, Sep 08, 2005 at 07:30:01AM -0700, Martin J. Bligh wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/
> >
> > (kernel.org propagation is slow. There's a temp copy at
> > http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-mm2.bz2)
> >
> >
>
On Thu, 8 Sep 2005, Jan Beulich wrote:
> diff -Npru 2.6.13/arch/i386/kernel/traps.c
> 2.6.13-i386-watchdog-active/arch/i386/kernel/traps.c
> --- 2.6.13/arch/i386/kernel/traps.c 2005-08-29 01:41:01.0
> +0200
> +++
> 2.6.13-i386-watchdog-active/arch/i386/kernel/traps.c 2005-09-01
>
Andrew Morton wrote:
Parag, perhaps you could confirm that reverting that patch fixes
things up?
Sure - reverting the x86-64-ptrace-ia32-bp-fix patch fixes it.
Roland - if seeing backtraces and register info for the failing programs
is going to help you, please
see the thread "2.6.13-mm1
On Thu, Sep 08, 2005 at 06:07:56PM +0200, Jan Beulich wrote:
> (Note: Patch also attached because the inline version is certain to get
> line wrapped.)
>
> Declare NMI_VECTOR and handle it in the IPI sending code.
The earlier consensus was to just rename KDB_VECTOR to NMI vector.
I added the
Update RCU documentation based on discussions and review of RCU-based
tree patches. Add an introductory whatisRCU.txt file.
Signed-off-by: <[EMAIL PROTECTED]>
---
RTFP.txt | 36 ++
UP.txt| 73
checklist.txt | 23 -
rcu.txt | 48 +++
whatisRCU.txt | 902
On Thu, 8 Sep 2005, Andrew Morton wrote:
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> > If you remember/save the good/bad commit ID's, you can restart the whole
> > process and just feed the correct state for the ID's:
> >
> > git bisect start
> > git bisect bad v2.6.13-rc5
> >
Tommy Christensen wrote:
Andrew Morton wrote:
Should we also decrease the polling interval? Perhaps only when the
cable
is unplugged?
Sounds like a plan. 60 seconds certainly strikes me as being very slow.
OTOH, I'm not aware of the reasoning behind this choice in the first place.
It
On Thu, 2005-09-08 at 16:11 -0500, Kumar Gala wrote:
> Merged tlb.h between asm-ppc32 and asm-ppc64 into asm-powerpc. Also, fixed
> a compiler warning in arch/ppc/mm/tlb.c since it was roughly related.
>
> Signed-off-by: Kumar K. Gala <[EMAIL PROTECTED]>
Do we want to do that ?
Replacing 2
Miroslaw Mieszczak <[EMAIL PROTECTED]> :
> Francois Romieu napisał(a):
>
> >You can silence this message in 2.6.13 by using the 'msglvl'
> >option of the ethtool command.
>
> It would be disabled only this message, or all warning messages from the
> net driver?
One issues 'ethtool msglvl xyz'
Here are a bunch of USB patches against your latest git tree. These
have all been in the -mm tree for a number of weeks. They include a few
new drivers, a rework of the usbnet drivers, and lots of bugfixes all
around.
Please pull from:
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> If you remember/save the good/bad commit ID's, you can restart the whole
> process and just feed the correct state for the ID's:
>
> git bisect start
> git bisect bad v2.6.13-rc5
> git bisect good v2.6.13-rc4
> .. here bisect
Andrew Morton wrote:
>
> [Bugme-new] [Bug 5059] New: intelfb - do not keep console resolution
> http://bugzilla.kernel.org/show_bug.cgi?id=5059
Fixed in 2.6.13
>
> [Bugme-new] [Bug 5130] New: atyfb driver kernel panic on boot on
> http://bugzilla.kernel.org/show_bug.cgi?id=5130
[EMAIL PROTECTED] (Ronny V. Vindenes) wrote:
>
> x86-64-ptrace-ia32-bp-fix.patch breaks all 32bit apps for me on Athlon64
Great, thanks muchly for working that out.
Parag, perhaps you could confirm that reverting that patch fixes things up?
-
To unsubscribe from this list: send the line
On Tue, September 6, 2005 9:11 am, Richard Purdie said:
> On Sun, 2005-09-04 at 11:33 +0100, Russell King wrote:
>> On Tue, Jul 26, 2005 at 08:30:43AM +0200, Pavel Machek wrote:
>> > Do not access children in struct device directly, use
>> > device_for_each_child helper instead. It fixes
Hi Greg,
> Here are some w1 patches that have been in the -mm tree for a while.
> They add a new driver, and fix up the netlink logic a lot. They also
> add a crc16 implementation that is needed.
adding the CRC-16 is very cool. I was just about to submit one by my
own, because it is also needed
On Tue, September 6, 2005 2:58 am, Pavel Machek said:
> Hi!
>
>> > From: John Lenz <[EMAIL PROTECTED]>
>> >
>> > This adds low-level suspend/resume support to locomo.c.
>> >
>> > Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
>>
>> Shouldn't this be signed off by John himself? Not applied.
>
>
Andrew Morton <[EMAIL PROTECTED]> writes:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm2/
>
> (kernel.org propagation is slow. There's a temp copy at
> http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-mm2.bz2)
>
>
>
> - Added Andi's x86_64 tree, as
Thanks, Eric.
Anyone have any ideas why my cciss based system won't boot?
mikem
> -Original Message-
> From: Moore, Eric Dean [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 08, 2005 5:52 PM
> To: Miller, Mike (OS Dev); linux-kernel@vger.kernel.org;
> linux-scsi@vger.kernel.org
Andrew Morton wrote:
Should we also decrease the polling interval? Perhaps only when the cable
is unplugged?
Sounds like a plan. 60 seconds certainly strikes me as being very slow.
OTOH, I'm not aware of the reasoning behind this choice in the first place.
It might make sense for some odd
On Thursday, September 08, 2005 3:19 PM, Mike Miller(HP) wrote:
> I am not able to boot the 2.6.13 version of the kernel. I've
> tried different systems, tried downloading again, still
> nothing. Here's the last thing I see from the serial port:
>
> md: Autodetecting RAID arrays.
> md: autorun
On Thu, 2005-09-08 at 18:44 +0530, Dinakar Guniguntala wrote:
> Interesting implementation of resource controls. Cross posting this
I second this :)
Browsed a little through the docs/patches... seems to fit very well into
a resource management solution (hint CKRM :) than CPUSET (resource
On Thu, September 8, 2005 4:18 pm, Bill Davidsen said:
> Is "maintain your own operating system" really better in your mind? Does
> that sound like a viable alternative?
No, that's a false choice. You folks just need to convince your
distribution to apply the patches you "need" or create your
Tommy Christensen <[EMAIL PROTECTED]> wrote:
>
> In order to spare some I/O operations, be more intelligent about
> when to read from the PHY.
Seems sane.
Should we also decrease the polling interval? Perhaps only when the cable
is unplugged?
-
To unsubscribe from this list: send the line
Bogdan Costescu wrote:
I now understood what the problem was, so I'll put it in words for
posterity: the Link Status bit of the MII Status register needs to be
read twice to first clear the error state (link bit=0) after which the
bit reports the actual value of the link. From the manual:
[PATCH] w1: Detouching bug fixed.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 3aca692d3ec7cf89da4575f598e41f74502b22d7
tree 84740dbcf1ea648b303020f2106e7f9e46f92835
parent d2a4ef6a0ce4d841293b49bf2cdc17a0ebfaaf9d
author
[PATCH] w1: Decreased debug level.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 7c8f5703de91ade517d4fd6c3cc8e08dbba2b739
tree aa01c3513c66569f9626a51978cd82b10fd6615e
parent 3aca692d3ec7cf89da4575f598e41f74502b22d7
author
[PATCH] w1: Added w1_reset_select_slave() - Resets the bus and then selects the
slave by
sending either a skip rom or a rom match.
Patch from Ben Gardner <[EMAIL PROTECTED]>
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit
[PATCH] w1: Added DS2433 driver.
Work by Ben Gardner <[EMAIL PROTECTED]>.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 80895392c83e54653540e72e7d40573aac7ee690
tree 3fb57983caf779f0648baebf18672f232a3c8c58
parent
[PATCH] w1: hotplug support.
Here is W1 hotplug in addition to netlink notifications.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 7f772ed8df27c6941952452330c618512389c4c7
tree 6ad8320e0ee8bd2f4709176381662460ec4b1e45
[PATCH] W1: Sync with w1/ds9490 tree.
Whitespace, static/nonstatic cleanups.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 8949d2aa05ddf5e9a31d738568a79915970cb38e
tree bb5c18d4a5ff014a4a521fb5817ad231e8d0c81f
parent
Here are some PCI patches against your latest git tree. All of these
have been in the -mm tree for a while. They do the following major
things:
- remove the pci ids database, finally
- some pci hotplug driver fixes
- clean up pci.h to be a bit smaller
- add
[PATCH] w1: Added inline functions on top of container_of().
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit db2d0008de519c5db6baec45f7831e08790301cf
tree f100b05ab42f54740b967a24ba07d79518337f8e
parent
[PATCH] w1: added private family data into w1_slave strucutre.
Add family_data to struct w1_slave.
Signed-off-by: Ben Gardner <[EMAIL PROTECTED]>
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit
[PATCH] w1: Added DS2433 driver - family id update.
Work by Ben Gardner <[EMAIL PROTECTED]>.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit a3d65f254274567daa89d8b99ab3d481d60fcaef
tree
[PATCH] w1_ds2433: Added crc16 protection and read caching.
The changes to ds2433 to add CRC16 protection and read caching.
Signed-off-by: Ben Gardner <[EMAIL PROTECTED]>
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit
[PATCH] w1: Fixed 64bit compilation warning.
Fixed 64bit compilation warning.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 5e8eb8501212eb92826ccf191f9ca8c186f531c3
tree 20008154898e8964b12ed86ecd767eff87b462bf
parent
[PATCH] w1: Added add/remove slave callbacks.
Patch is based on work from Ben Gardner <[EMAIL PROTECTED]>
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit d2a4ef6a0ce4d841293b49bf2cdc17a0ebfaaf9d
tree
[PATCH] lib/crc16: added crc16 algorithm.
Add the crc16 routines, as used by w1 devices.
Signed-off-by: Ben Gardner <[EMAIL PROTECTED]>
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
commit 7657ec1fcb69e266ab876af56332d0c484ca6d00
[PATCH] W1: w1_netlink: New init/fini netlink callbacks.
They are guarded with NETLINK_DISABLE compile time options,
so if CONFIG_NET is disabled, no linking errors occur.
Bug noticed by Adrian Bunk <[EMAIL PROTECTED]>.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
Signed-off-by: Greg
Here are some w1 patches that have been in the -mm tree for a while.
They add a new driver, and fix up the netlink logic a lot. They also
add a crc16 implementation that is needed.
Please pull from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/gregkh/w1-2.6.git/
or from:
Serge Noiraud wrote:
mercredi 7 Septembre 2005 23:16, George Anzinger wrote/a écrit :
Serge Noiraud wrote:
...
I'm trying this kgdb patch with 2.6.13 and I get the following errors.
Is there something I forgot ?
Where did you get the kgdb you are using? It looks like kgdb_ts is in
this
On 08.09.2005 [14:22:13 -0700], Nishanth Aravamudan wrote:
> On 08.09.2005 [13:00:36 +0300], Tony Lindgren wrote:
> > * Nishanth Aravamudan <[EMAIL PROTECTED]> [050907 18:07]:
> > > On 07.09.2005 [10:37:43 +0300], Tony Lindgren wrote:
> > > > * Nishanth Aravamudan <[EMAIL PROTECTED]> [050905
Luck, Tony wrote:
The existing ia64 specific rule to generate offsets.h
has to "echo #define IA64_TASK_SIZE 0 > include/asm-ia64/offsets.h"
before building asm-offsets.s to avoid compilation errors.
So long as you take care of this somehow in the generic version, go wild.
The right fix is to
mips has it own private gen-asm-offset macro,
The important part being:
sed -ne "/^@@@/s///p"; \
compared to the generic one:
sed -ne "/^->/{s:^->\([^ ]*\) [\$$#]*\([^ ]*\) \(.*\):#define \1 \2 /* \3 */:;
s:->::; p;}"; \
I wonder why the assembly for mips is so different...
So for now two
On Thu, September 8, 2005 4:37 pm, Sam Ravnborg said:
> cogito?
>
> cg-clone \
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/linus/linux-2.6.git \
> linux-2.6.git
>
> cd linux-2.6
> make menuconfig
>
The cogito shell scripts don't buy you as much as they once did. For
example, the above
On Thu, 8 Sep 2005, Linus Torvalds wrote:
>
> (You might even remove the #ifdef inside the function by then, since "ch"
> being a constant zero will make 90% of it go away anyway).
Sadly, the remaining part checks "port->sysrq", which doesn't even exist
unless CONFIG_SERIAL_CORE_CONSOLE is
The existing ia64 specific rule to generate offsets.h
has to "echo #define IA64_TASK_SIZE 0 > include/asm-ia64/offsets.h"
before building asm-offsets.s to avoid compilation errors.
So long as you take care of this somehow in the generic version, go wild.
-Tony
On Thu, Sep 08, 2005 at 02:22:37PM -0700, Linus Torvalds wrote:
> On Thu, 8 Sep 2005, David S. Miller wrote:
> > Ok, I'll revert the patch and fix the sunsab.c driver as
> > Russell indicated. So much for type checking...
>
> Actually, I think there's a simpler fix. Instead of reverting, how
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Thu, 8 Sep 2005 14:22:37 -0700 (PDT)
> On Thu, 8 Sep 2005, David S. Miller wrote:
> >
> > Ok, I'll revert the patch and fix the sunsab.c driver as
> > Russell indicated. So much for type checking...
>
> Actually, I think there's a simpler fix.
I am not able to boot the 2.6.13 version of the kernel. I've tried different
systems, tried downloading again, still nothing. Here's the last thing I see
from the serial port:
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
RAMDISK: Compressed image found at block 0
input:
On Thu, 8 Sep 2005, David S. Miller wrote:
>
> Ok, I'll revert the patch and fix the sunsab.c driver as
> Russell indicated. So much for type checking...
Actually, I think there's a simpler fix. Instead of reverting, how about
something like this?
(You might even remove the #ifdef inside
Initial Post (Thu, 18 Aug 2005)
Basic overcommit checking for hugetlb_file_map() based on an implementation
used with demand faulting in SLES9.
Since demand faulting can't guarantee the availability of pages at mmap time,
this patch implements a basic sanity check to ensure that the number of
Version 3 (Thu, 08 Aug 2005)
Organized logic in hugetlb_pte_fault() by breaking out
find_get_page/alloc_huge_page logic into separate function
Removed a few more paranoid checks <
Fixed tlb flushing in a race case < (thanks Yanmin Zhang)
Version 2 (Wed, 17 Aug
On 08.09.2005 [13:00:36 +0300], Tony Lindgren wrote:
> * Nishanth Aravamudan <[EMAIL PROTECTED]> [050907 18:07]:
> > On 07.09.2005 [10:37:43 +0300], Tony Lindgren wrote:
> > > * Nishanth Aravamudan <[EMAIL PROTECTED]> [050905 20:02]:
> > > > On 05.09.2005 [10:27:05 +0300], Tony Lindgren wrote:
> >
Initial Post (Thu, 18 Aug 2005)
In preparation for hugetlb demand faulting, remove this get_user_pages()
optimization. Since huge pages will no longer be prefaulted, we can't assume
that the huge ptes are established and hence, calling follow_hugetlb_page() is
not valid.
With the
On 9/8/05, Ahmad Reza Cheraghi <[EMAIL PROTECTED]> wrote:
> I made this Framework to generate a .config based on a
> Target-System. Right-now it works on my Laptop Acer
how about teaching it to generate .config using just sysfs and lsbus?
So noone will need to contact you regarding adding their
> AFAIK hotplug looks for firmware in /lib/firmware and not
> /etc/firmware.
>
> On 9/8/05, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Hi!
> >
> > > I checked the IPW2100 in the current git from
> linux-2.6 and the menuconfig
> > > help (Kconfig) says you need to put the firmware in
>
Today all architectures expect 3 generate an asm-offsets.h file.
The exceptions are: frv, m32r, sparc64
Most architectures uses a name similar to asm_offsets.h with small
differences. A few uses asm-consts.h and a few uses '-' instead of '_'.
I suggest moving all the logic required to build the
Sending this out again after incorporating the feedback from Yanmin
Zhang and Dave Hansen. Are we ready to go for -mm yet? The only patch
which has seen any recent changes is #2 below so I assume people agree
with #1 and #3 now :)
The three patches:
1) Remove a get_user_pages() optimization
1 - 100 of 620 matches
Mail list logo