On Sat, Feb 05, 2005 at 08:40:14AM +0100, Michael Frank at BerliOS wrote:
>
> My local tree which was built incrementally since 2.6.8 or so has an extra
> function:
>
> $ mdiff -kd xx linux-2.6.10-Vanilla linux-2.6.10-Today
> diff -uN -r -X /etc/sys/dont/kexdiff linux-2.6.10-Vanilla/Makefile
>
On Fri, 2005-02-04 at 11:20 -0600, Olof Johansson wrote:
> * cpu-has-feature(cpu-feature-foo) v cpu-has-feature(foo): I picked the
> latter for readability.
> * Renaming CPU_FTR_ -> CPU_ makes it less obvious that
> it's actually a cpu feature it's describing (i.e. CPU_ALTIVEC vs
>
On Saturday 05 February 2005 02:21, Grant wrote:
>Hi there,
>
>On Sat, 05 Feb 2005 13:13:32 +0900, you wrote:
>>Hi.
>>
>>ftp.kernel.org is broken.
>>The contents are empty, and root(uid/gid) is displayed as 0 though
>> /pub directory is seen.
>
>The country code versions appear to be working, I
On Saturday 05 February 2005 13:36, you wrote:
> On Sat, Feb 05, 2005 at 06:29:06AM +0100, Michael Frank at BerliOS wrote:
> > Using patch-2.6.11-rc3.bz2 from kernel.org on top of
> > 2.6.10, a compile failure in /arch/i386/kernel/i387.c
> > due to tsk->used_math undef.
> >
> > The patch log shows
[Linus, please apply before 2.6.11]
> > > CC arch/x86_64/kernel/asm-offsets.s
> > > arch/x86_64/kernel/asm-offsets.c: In function `main':
> > > arch/x86_64/kernel/asm-offsets.c:65: error: invalid
> > application of `sizeof'
> > > to an incomplete type
This patch fixes a compile problem
Hi there,
On Sat, 05 Feb 2005 13:13:32 +0900, you wrote:
>Hi.
>
>ftp.kernel.org is broken.
>The contents are empty, and root(uid/gid) is displayed as 0 though /pub
>directory is seen.
The country code versions appear to be working, I tried 'au' and 'jp':
ftp.au.kernel.org ftp.jp.kernel.org
Nick Piggin <[EMAIL PROTECTED]> skrev:
> OK that's good to know. At this stage it is only
> working around the intermediate symptoms, and we
> might want a different fix for 2.6.11...
>
> So hopefully you'll be able to test a patch or two
> if you get time.
Sure. Just drop me a mail.
I'm glad
On Friday 04 February 2005 09:45, Vojtech Pavlik wrote:
> On Fri, Feb 04, 2005 at 09:17:33AM -0500, Dmitry Torokhov wrote:
>
> > It is still a problem if driver is registered after the port has been
> > detected wich quite often is the case as many people have psmouse as a
> > module.
> >
> > I
> The main reason would be that length would be 0 only if the buffers
> were full, so the caller can suspend writing if it sees that, until
> e.g. a daemon catches up.
Would be? Is there actually any caller doing this?
Better eliminate it and if someone really does it add a separate function
On Fri, Feb 04, 2005 at 10:24:28PM -0800, David S. Miller wrote:
>
> Ok, as promised, here is the updated doc. Who should
Looks good David.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key:
On Fri, Feb 04, 2005 at 10:13:44PM -0800, David S. Miller wrote:
>
> But Herbert, let's take a step back real quick because I want
> to point something out. IPv6 does try to handle the dangling
> mismatched idev's, in route.c:ip6_dst_ifdown(), this is called
> via net/core/dst.c:dst_ifdown(),
On Fri, Feb 04, 2005 at 10:33:50AM -0800, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
>
> - The bk-usb and bk-pci and bk-driver-core trees have been temporarily
> dropped from -mm, for they are not healthy at present.
On Fri, 4 Feb 2005 15:48:55 -0800
"David S. Miller" <[EMAIL PROTECTED]> wrote:
> Something like that. I'll update the atomic_ops.txt
> doc and post and updated version later tonight.
Ok, as promised, here is the updated doc. Who should
I author this as? Perhaps "Anton's evil twin" :-)
---
On Sat, 5 Feb 2005 17:11:10 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> You're right of course. I thought they were all harmless but I was
> obviously wrong about this one.
>
> So here is a patch that essentially reverts the split devices
> semantics introduced by these two changesets:
>
>
On Sat, Feb 05, 2005 at 03:41:32AM +0100, Adrian Bunk wrote:
> This patch makes two needlessly global functions static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks, applied.
--
Vojtech Pavlik
SuSE Labs, SuSE CR
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, Feb 04, 2005 at 04:56:45PM -0500, Dmitry Torokhov wrote:
> On Fri, 4 Feb 2005 22:39:55 +0100, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > This patch makes some needlessly global code static.
> >
>
> Hi Adrian,
>
> I merged your patch into my tree and it is ready for Vojtech to pull from.
On Wed, Feb 02, 2005 at 01:48:12AM +0100, Kay Sievers wrote:
> On Tue, Feb 01, 2005 at 02:56:25PM -0800, Greg KH wrote:
> > Hm, that class_simple interface is looking like the way we should move
> > toward, as it's "simple" to use, instead of the more complex class code.
> > I'll have to look at
On Fri, Feb 04, 2005 at 09:38:13PM -0800, David S. Miller wrote:
>
> It is just the first such thing I found, scanning rt6i_idev uses
> will easily find several others.
You're right of course. I thought they were all harmless but I was
obviously wrong about this one.
So here is a patch that
Using 2.6.11-rc3 with Openswan, no IPSEC SA can be established. Kernel
logs "kernel: ESP: md5 digestsize 16 != 0" and netlink returns an error.
The changes to XFRM in 2.6.11-rc3 have an error in xfrm_algo.c such that
xfrm_aalg_get_byname() always returns digest_null (which would indeed
have a
On Thu, 2005-02-03 at 21:18 -0500, Steven Rostedt wrote:
> Here's the problem: If I raise the priorities of the processes before
> zeroing the semaphore, the machine hangs. If I zero the semaphore
> before raising the priorities, the program runs fine.
Hi Ingo,
I've looked into this and found
On Sat, 5 Feb 2005 16:24:07 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> This is the key to the problem.
...
> All of these bugs stem from the idev reference held in rtable/rt6_info.
...
> Anyway, this particular problem is due to IPv6 adding local addresses
> with split devices. That is,
On Sat, Feb 05, 2005 at 06:29:06AM +0100, Michael Frank at BerliOS wrote:
> Using patch-2.6.11-rc3.bz2 from kernel.org on top of 2.6.10,
> a compile failure in /arch/i386/kernel/i387.c due to tsk->used_math undef.
>
> The patch log shows offsets but no rejects
>
> patching file
Using patch-2.6.11-rc3.bz2 from kernel.org on top of 2.6.10,
a compile failure in /arch/i386/kernel/i387.c due to tsk->used_math undef.
The patch log shows offsets but no rejects
patching file arch/i386/kernel/i387.c
Hunk #6 succeeded at 538 (offset 15 lines).
Hunk #7 succeeded at 553 (offset
On Mon, Jan 31, 2005 at 04:22:02PM +, Mirko Parthey wrote:
>
> How to reproduce the problem (I tried this on a Pentium 4 machine):
>
> boot: linux init=/bin/bash
> [...booting...]
> # mount proc -t proc /proc
> # ifconfig lo 127.0.0.1
> # brctl addbr br0
> # modprobe e100 # also
On Fri, Feb 04, 2005 at 09:30:45PM -0500, Parag Warudkar wrote:
>
> > Does 2.6.11-rc3 have this same issue?
> >
> > thanks,
> >
> > greg k-h
>
> I just compiled 2.6.11-rc3 booted and then again did a kernel compile on
> the USB disk - no problems.
Great!
> With FC 2.6.10 kernel I am able to
Matt Mackall wrote:
Ok, reproduceable without ssh makes narrowing this down much easier.
Are you seeing errors on the interface? No would indicate problems
post CRC checking on the receive side. Do errors happen in both
directions? If not, it may be CPU speed-related or specific to a given
NIC -
Nick Piggin wrote:
Andrew Morton wrote:
Nick Piggin <[EMAIL PROTECTED]> wrote:
Andrew, IMO this is another bug to hold 2.6.11 for.
Sure. I wouldn't consider Bodo's patch to be the one to use though..
No. Something similar could be done that works on all architectures
and all wait_task_inactive
Hi.
ftp.kernel.org is broken.
The contents are empty, and root(uid/gid) is displayed as 0 though /pub
directory is seen.
Will you be maintaining it now?
If it is it, you might stop the ftp daemon.
(Though it might be a breakdown of the disk or something. )
--
<|> YOSHIMURA 'ramsy' Keitaro /
[EMAIL PROTECTED] (Adam Belay) wrote:
>
> As a more general solution for all drivers, I've been thinking about doing
> something like this in the long term.
>
> int ret;
> if (!(ret = register_driver(_driver)))
> return ret;
> add_driver_protocol(_driver, _pnp);
>
On Fri, Feb 04, 2005 at 07:21:15PM -0800, Andrew Morton wrote:
> [EMAIL PROTECTED] (Adam Belay) wrote:
> >
> > It looks ok. My only concern is what would happen if the isa probe
> > succeded
> > but the pnp_register_driver failed? "pnp_register_driver" return -ENODEV
> > if
> > "CONFIG_PNP"
On Fri, Feb 04, 2005 at 07:06:14PM -0800, Andrew Morton wrote:
It looks ok. My only concern is what would happen if the isa probe succeded
but the pnp_register_driver failed? "pnp_register_driver" return -ENODEV if
"CONFIG_PNP" isn't enabled. Do you think this would conflict with legacy
[EMAIL PROTECTED] (Adam Belay) wrote:
>
> It looks ok. My only concern is what would happen if the isa probe succeded
> but the pnp_register_driver failed? "pnp_register_driver" return -ENODEV if
> "CONFIG_PNP" isn't enabled. Do you think this would conflict with legacy
> probing?
Fair
Neil Conway <[EMAIL PROTECTED]> wrote:
> I thought sure I had read somewhere that typical x86 PC BIOSes just
> didn't understand the GPT ptbl, and thus couldn't boot from a GPT'ed
> disk.
No common x86 BIOS can understand any partition table. Booting is done by
loading the first sector of the
[EMAIL PROTECTED] (Adam Belay) wrote:
>
> On Fri, Feb 04, 2005 at 09:00:54PM +0100, matthieu castet wrote:
> > Hi,
> >
> > this patch is based on http://bugzilla.kernel.org/show_bug.cgi?id=2962
> > patch from adam belay.
> >
> > It solve a oops when pnp_register_driver(_pnp_driver)
The patch removes three unneeded EXPORT_SYMBOL's.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/ide/ide-iops.c |4
drivers/ide/ide-taskfile.c |2 --
2 files changed, 6 deletions(-)
--- linux-2.6.11-rc3-mm1-full/drivers/ide/ide-iops.c.old2005-02-05
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
include/linux/sysctl.h |7 ---
kernel/sysctl.c| 95 +
2 files changed, 49 insertions(+), 53 deletions(-)
---
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.11-rc3-mm1-full/drivers/input/gameport/cs461x.c.old
2005-02-05 03:23:44.0 +0100
+++ linux-2.6.11-rc3-mm1-full/drivers/input/gameport/cs461x.c 2005-02-05
> Does 2.6.11-rc3 have this same issue?
>
> thanks,
>
> greg k-h
I just compiled 2.6.11-rc3 booted and then again did a kernel compile on
the USB disk - no problems.
With FC 2.6.10 kernel I am able to reproduce the problem within no time
- seems something is seriously broken in FC3 latest
On Sat, 05 Feb 2005 02:17:22 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> On laptops, it's frequently the case that c000:0003 will jump to a
> section of code that is no longer mapped into the address space.
> Instead, it's entirely possible that some other section of BIOS will be
> mapped
On Fri, Feb 04, 2005 at 11:10:19AM -0800, Gary Smith wrote:
> Hello,
>
> I have been running RHEL3 update 3 for some time and need to patch netfilter
> for PPTP. After doing so and installing the kernel I found that certain
> applications (such as MySQL, nslook, etc) began to segfault.
On Fri, 2005-02-04 at 21:09 -0500, Jon Smirl wrote:
> How does the hardware die? Are you sure that it is not simply a bug in
> the program doing the POST? Look at the scitech source and you will
> see many BIOS quirks that have to be emulated in order for the post to
> work. If your post program
Hello, Bartlomiej.
These are reordered/modified/(hopefully)appliable nine patches from
the previous series of patches. #01 is the only new one. It kills
the unused pkt_task_t in ide.h. #02/#03 are moved upward and #04 is
modified as you've requested. #05/#08 now directly use taskfile
Quoting Nick Warne <[EMAIL PROTECTED]>:
> Yes, I had a similar problems at work when I up2date'd the latest GLIBC for
>
> RHEL 3 late last year. A colleague in Montreal (I am in UK) sussed what was
>
> going on. I will _presume_ you are seeing similar problems with a kernel
> build.
>
>
On Sat, 05 Feb 2005 02:04:49 +, Matthew Garrett <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-02-04 at 12:31 -0500, Jon Smirl wrote:
>
> > Fixing this at kernel boot (resume) time will let user space apps
> > assume that all video cards are reset. That removes a lot of
> > complexity from the
On Fri, 2005-02-04 at 12:31 -0500, Jon Smirl wrote:
> Fixing this at kernel boot (resume) time will let user space apps
> assume that all video cards are reset. That removes a lot of
> complexity from the user space apps (like X).
This can't be the default on x86. I have hardware that will die
On Fri, Feb 04, 2005 at 04:19:30PM -0200, [EMAIL PROTECTED] wrote:
> Hi, I encountered the following error trying to select the option:
> Ethernet (1000 Mbit) --->
> in my Linux Kernel v2.4.18 Configuration
>
> Menuconfig has encountered a possible error in one of the kernel's
> configuration
On Wed, Feb 02, 2005 at 09:26:10PM +0100, Pavel Machek wrote:
> Hi!
>
> From: Bernard Blackham <[EMAIL PROTECTED]>
>
> This fixes types in USB w.r.t. driver model. It should not actually
> change any code. Please apply,
>
> Pavel
>
Howdy...
--- "Pedro Venda (SYSADM)" <[EMAIL PROTECTED]> wrote:
> Neil Conway wrote:
> > Howdy...
> > After much banging of heads on walls, I am throwing in the towel
> and
> > asking the experts ;-) ... To cut a long story short:
> > Is it possible to make a 3TB disk work properly in Linux?
> >
Hi,
> This is the patch to evaluate CPU_HAS_FEATURE() at compile time whenever
> possible. Testing showed that vmlinux shrinks around 4000 bytes with
> g5_defconfig. I also checked that pSeries code is completely unaltered
> semantically when support for all CPU types is enabled, although a few
> This is the patch to evaluate CPU_HAS_FEATURE() at compile time whenever
> possible. Testing showed that vmlinux shrinks around 4000 bytes with
> g5_defconfig. I also checked that pSeries code is completely unaltered
> semantically when support for all CPU types is enabled, although a few
>
Howdy... Apologies for the somewhat tardy reply; I've been
concentrating on getting the hardware to play nice recently and not
worrying so much about the software.
--- Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> It was gentoo, and I even think I installed it right onto the GPT
> disk,
> so no
On Fri, Feb 04, 2005 at 07:40:13PM -0500, Parag Warudkar wrote:
> I don't know if it's related, but -
> I have been using Maxtor OneTouch USB Drive,so far without problems, but
> today after upgrading to FC3 2.6.10-760 kernel I just recieved this in
> dmesg
Does 2.6.11-rc3 have this same issue?
Same problem here on Fedora Core 3, I have put my .config and make
output at http://www.hostmaster.org/~thomasz/linux-2.6.11-rc3/
Tom
PS: Tyan Thunder K8W - works great!
--
T h o m a s Z e h e t b a u e r ( TZ251 )
PGP encrypted mail preferred - KeyID 96FFCB89
finger [EMAIL
On Sat, 05 Feb 2005 01:52:23 +0100, Carl-Daniel Hailfinger
<[EMAIL PROTECTED]> wrote:
> My problem (Samsung P35) is that the BIOS wants to call code which
> is no longer mapped because the BIOS is too big to fit into the
> standard area. Since that additional area has been overwritten, we
> are
Xavier Bestel schrieb:
> Le vendredi 04 fÃvrier 2005 Ã 00:03 -0500, Jon Smirl a Ãcrit :
>
>>Doing this in user space lets you have two reset
>>programs, vm86 and emu86 for non-x86 machines.
>
>
> Perhaps only emu86 should be used, to have a well-debugged codepath on
> all archs (amd64, ppc,
James Simmons schrieb:
>>>int video_helper(struct video_actions *what_to_do)
>>
>>I do not know, synchronously executing userland code from kernel seems
>>like wrong thing to do.
>
> I'm not a fan for this either. The good news is most graphics cards don't
> require these tricks. The only ones
Pavel Machek schrieb:
>
> I do not understand how initramfs fits into picture... Plus lot of
> people (me :-) do not use initramfs...
Well, an initrd which is never unmounted should work, too. On SUSE,
"mkdir /initrd" and see what you've been missing. I don't know why
that directory doesn't
Daniel Drake wrote:
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/net/bmac.c linux-dsd/drivers/net/bmac.c
--- linux-2.6.11-rc2-mm2/drivers/net/bmac.c 2005-02-02 21:54:17.353663112 +
+++ linux-dsd/drivers/net/bmac.c 2005-02-02 20:52:48.0 +
@@ -455,7 +455,7 @@ static void
> > int video_helper(struct video_actions *what_to_do)
>
> I do not know, synchronously executing userland code from kernel seems
> like wrong thing to do.
I'm not a fan for this either. The good news is most graphics cards don't
require these tricks. The only ones that do are the ix86 cards.
This fixes PM driver model type checking for drivers/macintosh.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/macintosh/macio_asic.c linux-dsd/drivers/macintosh/macio_asic.c
---
This fixes PM driver model type checking for drivers/char.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/char/agp/efficeon-agp.c linux-dsd/drivers/char/agp/efficeon-agp.c
---
On Sat, 05 Feb 2005 11:16:49 +1100, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
>
> > I tried it two or three times, same result each time. I'll give it a
> > lash with USB disabled.
>
> Also, can you try editing arch/ppc/syslib/open_pic.c, in function
> openpic_resume(), comment out the
Jon Smirl schrieb:
> On Fri, 4 Feb 2005 08:44:54 +0100, Pavel Machek <[EMAIL PROTECTED]> wrote:
>
>>We already try to do that, but it hangs on 70% of machines. See
>>Documentation/power/video.txt.
>
> We know that all of these ROMs are run at power on so they have to
> work. This implies that
On Sünnavend 05 Februar 2005 00:49, Benjamin Herrenschmidt wrote:
> On Fri, 2005-02-04 at 13:36 +0100, Arnd Bergmann wrote:
> > I have a somewhat similar patch that does the same to the
> > systemcfg->platform checks. I'm not sure if we should use the same inline
> > function for both checks, but
I don't know if it's related, but -
I have been using Maxtor OneTouch USB Drive,so far without problems, but
today after upgrading to FC3 2.6.10-760 kernel I just recieved this in
dmesg
usb 1-1: USB disconnect, address 2
scsi0 (0:0): rejecting I/O to device being removed
scsi0 (0:0): rejecting
> > /sys/class/pci_bus I show three buses. You wouldn't want the
> > legacy_io/mem attributes on each of these three buses since that
> > implies three independent address spaces.
> >
> > [EMAIL PROTECTED] pci_bus]$ ls /sys/class/pci_bus
> > :00 :01 :02
>
> In that case they'll all
On Fri, Feb 04, 2005 at 09:00:54PM +0100, matthieu castet wrote:
> Hi,
>
> this patch is based on http://bugzilla.kernel.org/show_bug.cgi?id=2962
> patch from adam belay.
>
> It solve a oops when pnp_register_driver(_pnp_driver) failed.
>
> Please apply this patch.
>
> Matthieu
I remember
> Jon does your emulator sit on top of the new legacy I/O and memory APIs? I
> added them for this very reason, though atm only ia64 supports them. There's
> documentation in Documentation/filesystems/sysfs-pci.txt if you want to take
> a look. On kernels that support it, sysfs can be a one
This fixes PM driver model type checking for drivers/serial.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/serial/amba-pl010.c linux-dsd/drivers/serial/amba-pl010.c
--- linux-2.6.11-rc2-mm2/drivers/serial/amba-pl010.c
>> Is USB/SCSI just terminally broken under 2.6?
David> I don't think so, but there are problems that appear in some
David> hardware configs and not others. Many folk report no problems;
David> a (very) few report nothing but.
This is just a chime in to let people know others are seeing
Bodo Stroesser wrote:
Nick Piggin wrote:
Bodo Stroesser wrote:
I don't see how this could help because AFAIKS, child->saving is only
set and cleared while the runqueue is locked. And the same runqueue lock
is taken by wait_task_inactive.
Sorry, that not right. There are some routines called by
Christoph Lameter writes:
> scrubd clears pages of orders 7-4 by default. That means 2^4 to 2^7
> pages are cleared at once.
So are you saying that clearing an order 4 page will take measurably
less time than clearing 16 order 0 pages? I find that hard to
believe.
Paul.
-
To unsubscribe from
On Fri, 2005-02-04 at 22:17 +, Sean Neakums wrote:
> I gave this a crack on the PowerBook5.4 -- somewhat more successful
> than 2.6.11-rc2-mm2. It boots, radeonfb works and X starts. However,
> suspend seems a tad faster than usual, and resume stops after setting
> the hard disk's DMA mode,
> I tried it two or three times, same result each time. I'll give it a
> lash with USB disabled.
Also, can you try editing arch/ppc/syslib/open_pic.c, in function
openpic_resume(), comment out the call to openpic_reset() and let me
know if that helps...
Ben.
-
To unsubscribe from this list:
This fixes PM driver model type checking for drivers/net.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/net/8139cp.c linux-dsd/drivers/net/8139cp.c
--- linux-2.6.11-rc2-mm2/drivers/net/8139cp.c 2005-02-02 21:55:22.417771864
This fixes PM driver model type checking for drivers/pcmcia.
Acked by Pavel Machek.
Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
diff -urNpX dontdiff linux-2.6.11-rc2-mm2/drivers/pcmcia/au1000_generic.c linux-dsd/drivers/pcmcia/au1000_generic.c
---
Greg KH wrote:
Can you resend it with a proper Changelog description in the top of the
email and the signed-off-by line? thanks,
greg k-h
Certainly.
--
This patch adds support for the ST M41T00 I2C RTC chip.
This rtc chip has no mechanism to freeze it's registers while being
read; however, it
Hi Pete,
> > While I am really thinking about starting usbdump, I may ask why you
> > have choosen to use debugfs as interface. This will not be available in
> > normal distribution kernels and I think a general USB monitoring ability
> > would be great. For example like we have it for Ethernet,
Hi John,
On Friday 04 February 2005 01:33 pm, you wrote:
> i'm using a thinkpad r40 w/ intel8x0 sound card. it worked with 2.6.10.
> % ogg123 -d alsa09 file.ogg
> i can get no sound through either alsa or oss emulation.
I'm running 2.6.11-rc3 on a T30 also with an intel8x0 card and not
Sorry, the original #14 added back SVWKS_DEBUG_DRIVE_INFO which #13
removed. This is the regenerated patch.
14_ide_pci_serverworks_merge.patch
Merges ide/pci/serverworks.h into serverworks.c.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index:
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Fri, 2005-02-04 at 22:17 +, Sean Neakums wrote:
>> I gave this a crack on the PowerBook5.4 -- somewhat more successful
>> than 2.6.11-rc2-mm2. It boots, radeonfb works and X starts. However,
>> suspend seems a tad faster than usual,
On Friday, 4 of February 2005 19:33, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc3/2.6.11-rc3-mm1/
>
On my box (Athlon64-based) swsusp hangs forever in device_resume() called
from swsusp_write(), although interrupts are apparently handled
On Fri, 4 Feb 2005 22:33:05 +1100
Herbert Xu <[EMAIL PROTECTED]> wrote:
> I think you should probably note that some sort of locking or RCU
> scheme is required to make this safe. As it is the atomic_inc
> and the list_add can be reordered such that the atomic_inc occurs
> after the
On Tue, Feb 01, 2005 at 10:25:13PM -0800, Pete Zaitcev wrote:
> This patch adds so-called "usbmon", or USB monitoring framework, similar
> to what tcpdump provides for Ethernet. This is an initial version, but
> it should be safe and useful. It adds an overhead of an if () statement
> into
On Fri, 2005-02-04 at 12:35 -0600, Olof Johansson wrote:
> On Fri, Feb 04, 2005 at 01:36:55PM +0100, Arnd Bergmann wrote:
> > I have a somewhat similar patch that does the same to the
> > systemcfg->platform checks. I'm not sure if we should use the same inline
> > function for both checks, but I
On Fri, 2005-02-04 at 13:36 +0100, Arnd Bergmann wrote:
> On Freedag 04 Februar 2005 08:22, Olof Johansson wrote:
> > It's getting pretty old to have see and type cur_cpu_spec->cpu_features
> > & CPU_FTR_, when a shorter and less TLA-ridden macro is more
> > readable.
> >
> > This also takes care
Lincoln Dale <[EMAIL PROTECTED]> wrote:
>
> sg_dd uses a window into a kernel DMA window. as such, two of the four
> memory acccesses are cut out (1. DMA from HBA to RAM, 2. userspace
> accessing data).
> 1.6Gbps / 2 = 800MB/s -- or roughly what Ian was seeing with sg_dd.
Right. That's a
Andi Kleen writes:
>
> > +
> > + local_irq_save(flags);
> > + if (unlikely(buf->offset + length > chan->subbuf_size))
> > + length = relay_switch_subbuf(buf, length);
> > + memcpy(buf->data + buf->offset, data, length);
> > + buf->offset += length;
> > +
This patch fixes the issue with HPET on some platforms.
According to Vojtech Pavlik:
The first write after writing TN_SETVAL to the config register sets the
counter value, the second write sets the threshold.
When you only do the first write you never set the threshold and
interrupts won't be
Hi,
On Sun, 2005-01-30 at 10:55, Alex Tomas wrote:
> yup, you're right. so, here is an implementation of this.
> tested on UP/SMP by dbench/fsx. Stephen, Andrew, could you
> review the patch and give it a run?
Just to say I haven't forgotten, just been battling this week against
all sorts of
On Fri, 4 Feb 2005 23:44:22 +0100, Jean Delvare <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I just gave a quick try to 2.6.11-rc3-bk1, and noticed the following
> new message in dmesg:
> ide1: failed to initialize IDE interface
>
> This seems to be new in 2.6.11-rc3-bk1. I could find the relevant
>
On Friday, February 4, 2005 2:59 pm, Jon Smirl wrote:
> Can you build a no-op version of these that will run on the x86? That
> would allow a single user space API for x86, ia64. Maybe the ppc
> people will join too.
Shouldn't be too hard I think.
> Why does this appear in
Stelian Pop <[EMAIL PROTECTED]> :
[...]
> Now, suppose one of my patches introduced a problem. How can someone
> not using BK isolate the patch which introduced the problem ? All he
> can do is to back out the entire set of patches, and the whole point
> of having split the patch initialy into
Zach Brown <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
>
> > I'd be inclined to hold off on the macro until we actually get the
> > open-coded stuff right.. Sometimes the page lookup loops take an end+1
> > argument and sometimes they take an inclusive `end'. I think. That might
> >
On Fri, 2005-02-04 at 13:51 -0800, John Cherry wrote:
> On Fri, 2005-02-04 at 13:13 -0800, Andrew Morton wrote:
> > John Cherry <[EMAIL PROTECTED]> wrote:
> > >
> > > Errors in the build relate to an undefined reference to
> > > "randomize_va_space"...
> > >
> > >LD init/built-in.o
> >
Jeff Garzik [EMAIL PROTECTED] wrote:
> maxer wrote:
> >What is the status of sk98lin? Do we have to wait until Syskonnect gets
> >their act together
> >and write a new driver for 2.6.10?
> >
> >Their latest is Oct 2004 and not at all compatible with 2.6.10 and beyond.
>
> I've been telling
On Fri, Feb 04, 2005 at 04:14:51PM -0700, Mark A. Greer wrote:
> From http://archives.andrew.net.au/lm-sensors/msg29319.html:
>
> Mark A. Greer wrote:
>
> >
> >
> >Here is a replacement patch that should address Jean Delvare and Dick
> >Johnson's issues. Please let me know if there are any
Terje Fåberg wrote:
Terje Fåberg <[EMAIL PROTECTED]> skrev:
I'll continue to do the same things I did yesterday
before kswapd started to spin.
Looks very good so far. I am unable to reproduce the
bad kswapd behaviour with your patch, Nick.
To double-check I booted into the old kernel an hour
From http://archives.andrew.net.au/lm-sensors/msg29319.html:
Mark A. Greer wrote:
Here is a replacement patch that should address Jean Delvare and Dick
Johnson's issues. Please let me know if there are any more issues.
Thanks,
Mark
Signed-off-by: Mark A. Greer <[EMAIL PROTECTED]>
--
I haven't
Andrew Morton wrote:
Nick Piggin <[EMAIL PROTECTED]> wrote:
Bodo Stroesser wrote:
Nick Piggin wrote:
Bodo Stroesser wrote:
I don't see how this could help because AFAIKS, child->saving is only
set and cleared while the runqueue is locked. And the same runqueue lock
is taken by
1 - 100 of 672 matches
Mail list logo
