On 9/6/05, J. Bruce Fields <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 05, 2005 at 08:40:53PM -0700, Bret Towe wrote:
> > Pid: 14169, comm: xmms Tainted: G M 2.6.13
>
> Hm, can someone explain what that means? A proprietary module was
> loaded then unloaded, maybe?
>
> You may also want to retes
On Friday 09 September 2005 08:42, Jan Beulich wrote:
> >Index: linux/include/asm-x86_64/hw_irq.h
> >===
> >--- linux.orig/include/asm-x86_64/hw_irq.h
> >+++ linux/include/asm-x86_64/hw_irq.h
> >@@ -52,7 +52,7 @@ struct hw_interrupt_ty
>>> Tom Rini <[EMAIL PROTECTED]> 08.09.05 18:13:34 >>>
>On Thu, Sep 08, 2005 at 05:57:55PM +0200, Jan Beulich wrote:
>
>> >> + CFI_ADJUST_CFA_OFFSET 4;\
>> >> + /*CFI_REL_OFFSET es, 0;*/\
>> >> pushl %ds; \
>> >> + CFI_ADJUST_CFA_OFFSET 4;\
>> >> + /*CFI_REL_OFFSET ds, 0;*/\
>> >
>> >Adding new c
On Thu, Sep 08 2005, Miller, Mike (OS Dev) wrote:
> Thanks, Eric.
> Anyone have any ideas why my cciss based system won't boot?
Hmm I thought Eric's suggestion was quite good, it bit me on a tiger as
well (you have to set _SPI or _FCI variant of the driver now). I see no
CISS detection at all, if
I missed this one when launching review cycle, thanks to Mark Cox for
catching oversight.
-stable review patch. If anyone has any objections, please let us know.
--
From: Al Viro <[EMAIL PROTECTED]>
Fix unchecked __get_user that could be tricked into generating a
memory read on
>Index: linux/include/asm-x86_64/hw_irq.h
>===
>--- linux.orig/include/asm-x86_64/hw_irq.h
>+++ linux/include/asm-x86_64/hw_irq.h
>@@ -52,7 +52,7 @@ struct hw_interrupt_type;
> #define ERROR_APIC_VECTOR 0xfe
> #define RESCHEDULE_VE
* Chris Wright ([EMAIL PROTECTED]) wrote:
Minor update from David Miller for clean sparc64 build.
diff --git a/include/net/compat.h b/include/net/compat.h
--- a/include/net/compat.h
+++ b/include/net/compat.h
@@ -33,7 +33,8 @@ extern asmlinkage long compat_sys_sendms
extern asmlinkage long compa
Christoph Lameter wrote:
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.
Ah, but the seqlock's write side will cause cacheline bouncing in
the
On Friday 09 September 2005 07:19, Piter PUNK wrote:
> Hmmm... no.
Yes. e.g. the Machines with AMD 8111 or Nvidia chipsets don't have another
Hostbridge.
>> [EMAIL PROTECTED]:/etc# lspci
> 00:00.0 Host bridge: ATI Technologies Inc: Unknown device 5950
> <...many things...>
> 00:18.0 Host bridge
magnus wrote:
> Maybe it is possible to have an hierarchical model and keep the
> framework simple and easy to understand while providing guarantees,
Dinakar's patches to use cpu_exclusive cpusets to define dynamic
sched domains accomplish something like this.
What scheduler domains and resource
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 already
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 = 0x0804b
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 a
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 lo
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 following
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,
> > a
"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 name
"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
> defin
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 in
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 s
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 ar
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 hardw
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 tty
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 t
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 fr
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 bri
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,
w
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 insertions(+)
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 patch
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 co
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 s
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 possib
-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
> simpl
"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 emai
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 se
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, mem
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 Bluet
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 fs/xfs/linux-2.6
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 modp
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 linux-ke
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 earli
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
> 14:04:
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 X8
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 fol
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 might
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 diff
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' wh
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:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/gr
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 w
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
No
[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 "unsubscr
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 compilatio
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.
>
> We
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 sep
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 setu
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
isolati
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 ow
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 "unsu
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:
Yes
[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 Evge
[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 Evg
[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 ea7
[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 7c8f5703de9
[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
parent
[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 2d833179
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 compile
[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 5e8eb8501212eb92826ccf191
[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 a45f105ad4b456f99f622642056ae533f
[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 4cdd137a5ec753c04a8da41a0f61ef034c92fe84
[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 0a25e4d5
[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 7f772ed
[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 2d49373e06fd65aae5217aad864
[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
tr
[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 Kroah
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:
mast
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 20:02]
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 arc
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 se
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 abou
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. Inst
1 - 100 of 315 matches
Mail list logo
