Hi.
On Mon, 2005-07-11 at 04:21, Pavel Machek wrote:
> Hi!
>
> Have you seen Christoph's recent fixes to refrigerator? You probably
> have same problems. And he wanted to move refrigerator to sched/
> and make it more generic for page migration, too... what about using
> it, too? ;-).
Yeah.
> 3c. * in types
> Leave space between name and * in types.
> Multiple * dont need additional space between them.
>
> struct foo **bar;
unless you declare a fuction:
int*
function_style_for_easy_grep(...)
{
...
}
I like this style because I can grep for ^function_style
> > > 2.6.12-rc5 (and newer) does not boot on sharp zaurus sl-5500. It
> > > blinks with green led, fast; what does it mean? I'd like to verify if
> > > it at least reaches .c code in setup.c. I inserted this code at
> > > begining of setup.c:674...
> > >
> > > #define locomo_writel(val,addr) ({ *
On Mon, Jul 11, 2005 at 07:22:04PM -0700, David Brownell wrote:
> and stop
> whining about certain non-errors (details in the patch comments).
Please explain what the whining is (details were missing from the
patch comments).
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linu
Mercurial is a clean, scalable, distributed SCM designed to meet the
needs of large projects like the Linux kernel.
It's only been two weeks since the last release, but development has
been rapid and I've gotten numerous requests to push out a new
release. You can download it at:
http://selenic.
On Mon, Jul 11, 2005 at 09:50:59PM +0200, Pavel Machek wrote:
> I'm afraid I do not have serial cable :-(. I'll try to get one [erik,
> do you have one you don't need?], but zaurus has "little" nonstandard
> connector.
>
> Would code above work if executed later?
If done after the IO mappings are
Protasevich, Natalie wrote:
You can also try adding the "usb-handoff" kernel parameter to your
boot command line.
Alexander, should you try this option? (Just in case if you haven't noticed
this thread)...
Hm, no. All errors still occur. :-(
Regards,
Alexander
-
To unsubscribe from this l
On Monday July 11, [EMAIL PROTECTED] wrote:
> Stefan Smietanowski wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> >
> >>Ok, still haven't heard much discussion of metafs vs file-as-directory,
> >>but it seems like it'd be easier in metafs.
> >
> >
> > Why not implement it ins
Le Mardi 12 Juillet 2005 01:41, Protasevich, Natalie a écrit :
>
> Another thing is that you are getting large number of
> interrupts on the VIA device, whereas there is no any on 2.4. Does the
> chipset get enabled differently?
I believe this interruption is for the sound module. The /proc/interr
Le Mardi 12 Juillet 2005 03:54, Alan Stern a écrit :
> > So the problem is circled to 2.6 kernel, uhci_hcd and UP IO-APIC.
>
> Don't rule out the hardware too quickly. 2.4 and 2.6 manage the UHCI
> controllers in different ways.
I saw ;-)
> In particular, the usb-uhci driver in 2.4 does not susp
Hi!
> > Have you seen Christoph's recent fixes to refrigerator? You probably
> > have same problems. And he wanted to move refrigerator to sched/
> > and make it more generic for page migration, too... what about using
> > it, too? ;-).
>
> Yeah. I'm using them already. I must say though that
11.07.2005 23:55, Con Kolivas wrote/a écrit:
On Tue, 12 Jul 2005 05:45, Ken Moffat wrote:
On Mon, 11 Jul 2005, Ken Moffat wrote:
Hi,
I've been using the ondemand governor on athlon64 winchesters for a few
weeks. I've just noticed that in 2.6.12 the frequency is not
increasing under load, it
Frank Steiner wrote
Hi,
I've two 3com 3C996B-T network cards (lspci says it's
a Broadcom BCM5701 chip) in Asus A8V boards with an
AMD64 4000+ cpu. Booting a x86_64 version of the
2.6.12.2 kernel, the tg3 module complains
tg3.c: v3.31 (June 8, 2005)
tg3_test_dma() Write the buffer failed
On Tue, 2005-07-12 at 10:05 +0200, Frank Steiner wrote:
> Frank Steiner wrote
>
> > Hi,
> >
> > I've two 3com 3C996B-T network cards (lspci says it's
> > a Broadcom BCM5701 chip) in Asus A8V boards with an
> > AMD64 4000+ cpu. Booting a x86_64 version of the
> > 2.6.12.2 kernel, the tg3 module co
Neil Brown wrote:
>
>
>Maybe it is worth repeating Al Viro's suggestion at this point. I
>don't have a reference but the idea was basically that if you open
>"/foo" and get filedescriptor N, then
> /proc/self/fds/N-meta
>is a directory which contains all the meta stuff for "/foo".
>Then it is t
Hi Christoph
You wrote:
While adding support for partitions on sr is trivial it has a huge
drawback: it's chaning the dev_t space by using up device numbers
for partitions, so /dev/sr0 ff will have different device numbers
with that change applied. I have an old patch that's supposed to
enable
Hi there,
(The reported problem has been noticed on several machines, with different
hardware, and different 2.6.x kernels, up to 2.6.12)
I use EVMS with MD-RAID based storage, usually buiding several RAID-sets out
of partitions from the same physical disks, for example (just an example):
1 MD
Bas Vermeulen <[EMAIL PROTECTED]> wrote:
>
> I am currently unable to boot 2.6.13-rc2. I've got a working 2.6.13-rc1
> whose .config I use to compile 2.6.13-rc2. I'm attaching the failed boot
> log to this message. I'm booting with the same options as 2.6.13-rc1.
>
> If anyone knows how to get
Hi.
On Mon, 2005-07-11 at 04:18, Pavel Machek wrote:
> Hi!
>
> > @@ -0,0 +1,585 @@
> > +/*
> > + * kernel/power/prepare_image.c
> > + *
> > + * Copyright (C) 2003-2005 Nigel Cunningham <[EMAIL PROTECTED]>
> > + *
> > + * This file is released under the GPLv2.
> > + *
> > + * We need to eat memory
...this fixes warning in swsusp and removes two prototypes done "by
hand".
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- linux-good/include/linux/mount.h2005-04-27 15:04:30.0 +0200
+++ linux-struct/include/linux/mount.h 2005-07-12 10:24:53.0 +0200
@@ -74,6 +74,7 @@
'ello!
On Mon, 2005-07-11 at 04:15, Pavel Machek wrote:
> Hi!
>
> > +/*
> > + * put_extent_chain.
> > + *
> > + * Frees a whole chain of extents.
> > + */
> > +void put_extent_chain(struct extentchain * chain)
>
> This probably should be extent_chain.
>
> > +#ifndef EXTENT_H
> > +#define EXTENT
Hi.
On Mon, 2005-07-11 at 04:13, Pavel Machek wrote:
> Hi!
>
> > diff -ruNp 617-proc.patch-old/kernel/power/suspend2_core/proc.c
> > 617-proc.patch-new/kernel/power/suspend2_core/proc.c
> > --- 617-proc.patch-old/kernel/power/suspend2_core/proc.c1970-01-01
> > 10:00:00.0 +1000
> > +
Hi.
On Mon, 2005-07-11 at 03:58, Pavel Machek wrote:
> Hi!
>
> > diff -ruNp
> > 606-all-settings.patch-old/kernel/power/suspend2_core/all_settings.c
> > 606-all-settings.patch-new/kernel/power/suspend2_core/all_settings.c
> > --- 606-all-settings.patch-old/kernel/power/suspend2_core/all_setting
Hi.
On Mon, 2005-07-11 at 04:12, Pavel Machek wrote:
> Hi!
>
> > + //p->pageset_size = pageset_size;
>
> Please don't leave commented code in.
Fixed.
> > +unsigned long suspend2_get_nonconflicting_pages(const int order)
> > +{
> > + struct page * page;
> > + unsigned long new_page;
> > +
On Mon, 11 Jul 2005 10:34:27 -0400
Theodore Ts'o <[EMAIL PROTECTED]> wrote:
> According to the Single Unix Specification V3, all functions that
> return EINTR are supposed to restart if a process receives a signal
> where signal handler has been installed with the SA_RESTART flag.
Thanks to hav
On 11 Jul 2005 20:30:20 -0700
Philippe Troin <[EMAIL PROTECTED]> wrote:
> Except for select() and poll(), which should always return EINTR even
> when interrupted with a SA_RESTART signal.
SUSV3 says this for select():
"If SA_RESTART has been set for the interrupting signal, it is
implementation-
Hello,
Here is a patch that moves scrollback handling out of the low-level *con
drivers and into the virtual console layer in vt.c. It's non-intrusive
insofar as low-level drivers that do not take advantage of it continue to
function as usual, but drivers that do want to use it (eg, vgaco
Hi,
I'm trying to use the PCI Express Hot-Plug Controller driver
(pciehp.ko) with Kernel 2.6 so that I can get hot-plug events whenever
I add a card to my PCI Express slot.
I built the driver as a module, and am trying to load it manually
using modprobe. However, when trying to insert, I'm gettin
On Tue, 2005-07-12 at 01:25 -0700, Andrew Morton wrote:
> Bas Vermeulen <[EMAIL PROTECTED]> wrote:
> >
> > I am currently unable to boot 2.6.13-rc2. I've got a working 2.6.13-rc1
> > whose .config I use to compile 2.6.13-rc2. I'm attaching the failed boot
> > log to this message. I'm booting with
On Mon, 2005-07-11 at 09:09, Christoph Hellwig wrote:
> So what is this doing, and is it breaking swsusp support?
Marking at boot time pages that shouldn't be saved. I'm not sure why
Pavel doesn't seem to need it. None of these changes break Pavel's code.
Regards,
Nigel
--
Evolution.
Enumerate
Update suspend documentation.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
---
commit 8972d0ff145879e53416ac77c4cd096fd3cfe227
tree f901592e816f4cfae7383f443b21a13f67a644f8
parent a6500a8820a9b271105fe92e5d3013f7c2875b44
author <[EMAIL PROTECTED](none)> Tue, 12 Jul 2005 11:04:31 +0200
committe
Le lundi 11 juillet 2005 à 13:21 +0200, Vojtech Pavlik a écrit :
> > > This could be quite useful, too, for right and middle button taps (2 and
> > > 3 fingers) - since the Macs lack these buttons.
> >
> > Indeed. But this can be a later improvement, let's make one finger work
> > for now :)
Tha
Fix error printing in swsusp.c: add loglevels and add very usefull
error information. Trivial cleanup for disk.c.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
---
commit 79b675b6cc9268d178b3c0a2af2e4f944c5fdf9b
tree d55af4281a8a491d2dd505604f6dc96d94e74cf3
parent 8972d0ff145879e53416ac77c4cd09
Tom Zanussi wrote:
> Andrew Morton writes:
> > Tom Zanussi <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi Andrew, can you please merge relayfs?
> >
> > I guess so. Would you have time to prepare a list of existing and planned
> > applications?
>
> I've also added a couple of people to the cc: l
Fix GDT loading during resume from suspend-to-RAM.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
---
commit 523c9470749c558e002f3041f5af620acf7f3e0c
tree 92b643196cbaa89fa54ff141bc94fee8664009b3
parent 79b675b6cc9268d178b3c0a2af2e4f944c5fdf9b
author <[EMAIL PROTECTED](none)> Tue, 12 Jul 2005 11
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc2/2.6.13-rc2-mm2/
(And at http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc2-mm2.gz -
kenrel.org mirroring is being slow again)
- MM updates
- More video4linux updates
- Infiniband feature work
Changes since 2.6.
On Tue, Jul 12, 2005 at 08:19:43AM +0100, Russell King wrote:
> On Mon, Jul 11, 2005 at 07:22:04PM -0700, David Brownell wrote:
> > and stop
> > whining about certain non-errors (details in the patch comments).
>
> Please explain what the whining is (details were missing from the
> patch comments)
As background, we've been using a relatively old kernel (2.6.4-mm2) on some
IBM x235 machines with 6G of RAM, umem cards, and serveraid storage. These
machines are under continuous heavy-ish load, load avg between about 1 and
5, with between 2500-3500 procs at all times, with several largish Rei
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> Fix GDT loading during resume from suspend-to-RAM.
>
This change is already in Len's acpi tree. Len, can you merge it for
2.6.13 please?
>
> ---
> commit 523c9470749c558e002f3041f5af620acf7f3e0c
> tree 92b643196cbaa89fa54ff141bc94fee8664009b3
> pare
From: Julian Scheel <[EMAIL PROTECTED]>
The / in the driver name (budget dvb /w video in) is not a valid character for
device names - removed it, now it works!
Same for ttusb-budget.
Signed-off-by: Patrick Boettcher <[EMAIL PROTECTED]>
Signed-off-by: Julian Scheel <[EMAIL PROTECTED]>
Signed-off-
From: Johannes Stezenbach <[EMAIL PROTECTED]>
- stop log spamming when running femon (printk -> dprintk)
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/bt8xx/dst.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.13-rc2-mm1/drivers/media/dvb/b
From: Patrick Boettcher <[EMAIL PROTECTED]>
corrected some typos.
Signed-off-by: Patrick Boettcher <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/dvb-usb/dvb-usb-dvb.c |2 +-
drivers/media/dvb/dvb-usb/dvb-usb-init.c |6 +++---
drivers/media/
On Tue, 2005-07-12 at 01:25 -0700, Andrew Morton wrote:
> Bas Vermeulen <[EMAIL PROTECTED]> wrote:
> >
> > I am currently unable to boot 2.6.13-rc2. I've got a working 2.6.13-rc1
> > whose .config I use to compile 2.6.13-rc2. I'm attaching the failed boot
> > log to this message. I'm booting with
Hi Andrew,
here are a few small DVB bug fixes. Please apply.
Thanks,
Johannes
-
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://
Pavel Machek <[EMAIL PROTECTED]> wrote:
> Oh, very nice pictures indeed... What is the current interface
> between userspace and kernel parts?
This one is implemented entirely in userspace, with stdio between the io
application and the 3D viewer.
--
Matthew Garrett | [EMAIL PROTECTED]
-
To uns
Andrew Morton wrote:
OK, please let us know how it goes.
It went very well. I could find no problems at all.
I've updated my script to use the new method, so please merge smaps :)
http://www.pixelbeat.org/scripts/ps_mem.py
Usually the shared mem reported by /proc/$$/statm
is the same as summin
On 7/12/05, Rob Mueller <[EMAIL PROTECTED]> wrote:
> As background, we've been using a relatively old kernel (2.6.4-mm2) on some
> IBM x235 machines with 6G of RAM, umem cards, and serveraid storage. These
> machines are under continuous heavy-ish load, load avg between about 1 and
> 5, with betwee
On Sat, 9 Jul 2005 01:00:54 -0700, Sheo Shanker Prasad wrote:
>(1) content of /proc/mtrr :
>
>reg00: base=0x ( 0MB), size=2048MB: write-back, count=1
>reg01: base=0x8000 (2048MB), size=1024MB: write-back, count=1
>reg02: base=0xc000 (3072MB), size= 128MB: write-back, count=1
>reg0
On Mon, 2005-07-11 at 23:12, David S. Miller wrote:
> Please acknowledge that you understand how inappropriate
> and problem causing your huge patch bomb was today to this
> mailing list.
>
> It is nearly 8 hours later, and vger.kernel.org is still
> trying mightily to spit out all of your patches
On Mon, 2005-07-11 at 23:11, Andrew Morton wrote:
> Well I was asking. Do you guys think that this material is appropriate to
> and safe enough for 2.6.13?
We think so.
> What are "user CM" and "kernel CM"?
CM is the InfiniBand Communications Manager. It is (primarily)
responsible for setting u
Hi.
On Tue, 2005-07-12 at 19:47, Matthew Garrett wrote:
> Nigel Cunningham <[EMAIL PROTECTED]> wrote:
>
> > When the user has an initrd or initramfs, they're supposed to include
> >
> > echo > /proc/software_suspend/do_resume
>
> This is a different interface to the one in swsusp, which is unde
On Tue, 12 Jul 2005 10:38:11 +0200
Paolo Ornati <[EMAIL PROTECTED]> wrote:
> The particular case you analized (blocking connect interrupted by a
> SA_RESTART signal) is interesting... and since SUSV3 says
> "but the connection request shall not be aborted, and the
> connection shall be
I find the ondemand governor works as expected with 2.6.12 on my
Athlon64 Winchester [1]; as soon as I bzip2 a file, processor freq is
pinned at 1.8GHz and drops to 1GHz when idle.
--- [1]
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model
Hi Michael,
please do not Cc: the linux-dvb@linuxtv.org list when posting
to lkml, as it is subscribers-only. You can Cc:
[EMAIL PROTECTED] instead.
Thanks,
Johannes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
Hi Ingo
I've refined io_apic.c a little more:
- merged all ioapic data into a struct ioapic_data_struct
- Allocate the ioapic cache memory from bootmem. Allocate only,
what is needed ((nr of registers + 5)*sizeod(u64)).
- Removed "cache overrun by reg out of bounds" check.
this should never ha
Nigel Cunningham <[EMAIL PROTECTED]> wrote:
> On Tue, 2005-07-12 at 19:47, Matthew Garrett wrote:
>> In general, the kernel does very little to prevent users from shooting
>> themselves in the foot (or even chainsawing off their arms). We can do
>> these checks in userspace rather than adding more
On Monday 11 July 2005 19:36, Martin Schwidefsky wrote:
> [patch 7/12] s390: fba dasd i/o errors.
>
> From: Horst Hummel <[EMAIL PROTECTED]>
>
> The FBA discipline does not use retries for failed requests. A request
> fails after the first unsuccessful start attempt. There are some rare
> conditi
Hi.
On Tue, 2005-07-12 at 16:41, Andrew Morton wrote:
> Am still futzing with the ongoing pm_message_t saga here. I hope there's
> no overlap with that.
Perhaps I can help there. I've been preparing a patchset against the
latest mm. Here's a patch with additional changes I know about.
Hope it's
> Date: Tue, 12 Jul 2005 08:19:43 +0100
> From: Russell King <[EMAIL PROTECTED]>
>
> On Mon, Jul 11, 2005 at 07:22:04PM -0700, David Brownell wrote:
> > and stop
> > whining about certain non-errors (details in the patch comments).
>
> Please explain what the whining is (details were missing from t
Hi.
On Tue, 2005-07-12 at 20:22, Matthew Garrett wrote:
> Nigel Cunningham <[EMAIL PROTECTED]> wrote:
> > On Tue, 2005-07-12 at 19:47, Matthew Garrett wrote:
> >> In general, the kernel does very little to prevent users from shooting
> >> themselves in the foot (or even chainsawing off their arms)
> > @@ -354,6 +354,8 @@ dasd_fba_build_cp(struct dasd_device * d
> > }
> > cqr->device = device;
> > cqr->expires = 5 * 60 * HZ; /* 5 minutes */
> > +cqr->retries = 32;
>
> 2..4 maybe, but 32? This isn't tiny by any account.
Are you arguing the use of the
On Tue, 12 Jul 2005, Eric Piel wrote:
> It's a tradeoff :-)
>
> Ken, does this solve your problems (but that seems strange that all your
> tasks are nice'd) ?
>
> Eric
>
I was going to say that niceness didn't affect what I was doing, but
I've just rerun it [ in 2.6.11.9 ] and I see that tar and
Ensure your BIOS supports the stepping of the Opterons you have. Eg, if
you have the Iwill H8501, BIOS v1.8 [1] covers all the current
steppings. You may even encounter problems if you mix different
steppings.
--- [1]
http://www.iwill.net/product_2s.asp?p_id=90&tp=BIOS
Oliver Weihe wrote:
> Hell
Hi!
> > Again, why do you think you need this?
>
> 1. If something should be wrong with the freezer, it forms part of a
> safety net that stops your data on disk being trashed.
> 2. Separating out threads doing syncing from threads submitting I/O
> makes the refrigerator much more reliable, even
Although it's not mentioned in the changelog, it seems the MTD GIT tree
was dropped.
I noticed this because a compile error that was fixed in -mm1 is back.
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for
Hi.
On Tue, 2005-07-12 at 20:57, Pavel Machek wrote:
> Hi!
>
> > > Again, why do you think you need this?
> >
> > 1. If something should be wrong with the freezer, it forms part of a
> > safety net that stops your data on disk being trashed.
>
> > 2. Separating out threads doing syncing from th
On Tue, Jul 12, 2005 at 03:25:12AM -0700, [EMAIL PROTECTED] wrote:
> > Date: Tue, 12 Jul 2005 08:19:43 +0100
> > From: Russell King <[EMAIL PROTECTED]>
> >
> > On Mon, Jul 11, 2005 at 07:22:04PM -0700, David Brownell wrote:
> > > and stop
> > > whining about certain non-errors (details in the patch
I find the ondemand governor works as expected with 2.6.12 on my
Athlon64 Winchester [1]; as soon as I bzip2 a file, processor freq is
pinned at 1.8GHz and drops to 1GHz when idle.
--- [1]
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model
Interbench - The Linux Interactivity Benchmark v0.20
http://interbench.kolivas.org
direct download link:
http://ck.kolivas.org/apps/interbench/interbench-0.20.tar.bz2
Introduction
This benchmark application is designed to benchmark interactivity in Linux.
Interactivity,
On Tue, 12 Jul 2005, Ken Moffat wrote:
> I was going to say that niceness didn't affect what I was doing, but
> I've just rerun it [ in 2.6.11.9 ] and I see that tar and bzip2 show up
> with a niceness of 10. I'm starting to feel a bit out of my depth here
OK, Con was right, and I didn't initia
Hi!
> > > > Again, why do you think you need this?
> > >
> > > 1. If something should be wrong with the freezer, it forms part of a
> > > safety net that stops your data on disk being trashed.
> >
> > > 2. Separating out threads doing syncing from threads submitting I/O
> > > makes the refrigera
Hi.
On Tue, 2005-07-12 at 21:15, Pavel Machek wrote:
> Hi!
>
> > > > > Again, why do you think you need this?
> > > >
> > > > 1. If something should be wrong with the freezer, it forms part of a
> > > > safety net that stops your data on disk being trashed.
> > >
> > > > 2. Separating out threa
Hi,
Currently linux scsi subsystem doesnt store the 8-byte luns which are
recieved in REPORT_LUNS reply. This information is forver lost once
the scan is over. In my LDD I need this information. Currently I have
to snoop REPORT_LUNS reply, do scsilun_to_int for all the luns and
store this mapping
Hi!
> > > > > > Again, why do you think you need this?
> > > > >
> > > > > 1. If something should be wrong with the freezer, it forms part of a
> > > > > safety net that stops your data on disk being trashed.
> > > >
> > > > > 2. Separating out threads doing syncing from threads submitting I/O
>
Fix some more u32 vs. pm_message_t confusion. These were causing
"only" warnings. I decided to remove some debug prints instead of
"fixing" them; they used to print constant "3" so I do not think it
was *that* usefull.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
---
author <[EMAIL PROTECTED]
> > ttyS0 at MMIO 0xfffb (irq = 46) is a ST16654
> > serial8250 serial8250.0: unable to register port at index 1 (IO0 MEM0
> > IRQ47): -28
> > serial8250 serial8250.0: unable to register port at index 2 (IO0 MEM0
> > IRQ15): -28
>
> Thanks, that's exactly what I wanted to know.
>
On Tue, 12 Jul 2005, Daniel J Blueman wrote:
> I find the ondemand governor works as expected with 2.6.12 on my
> Athlon64 Winchester [1]; as soon as I bzip2 a file, processor freq is
> pinned at 1.8GHz and drops to 1GHz when idle.
>
Thanks, it seems to be a niceness problem - if I run from an x
On 12/07/05 10:12 +0300, Denis Vlasenko wrote:
> > 3c. * in types
> > Leave space between name and * in types.
> > Multiple * dont need additional space between them.
> >
> > struct foo **bar;
>
> unless you declare a fuction:
>
> int*
> function_style_for_easy_grep(...)
> {
>
This adds type-checking to pm_message_t, so that people can't confuse
it with int or u32. It also allows us to fix "disk yoyo" during
suspend (disk spinning down/up/down).
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
diff --git a/drivers/base/power/resume.c b/drivers/base/power/resume.c
--- a/
Arjan van de Ven wrote
you were using a binary kernel module but didn't mention it in your
report? tsk tsk...
No, for testing fglrx that was a SuSE kernel, while I was using a
vanilla 2.6.12.2 kernel for debugging the tg3 module. Come on, first
thing I do for debugging a problem is using an un
Hi.
On Tue, 2005-07-12 at 21:25, Pavel Machek wrote:
> > > OTOH: this is only critical for "niceness", not for
> > > correctness. Calling sync() before suspend is simply nice thing to do,
> > > but it is not required in any way. If someone is doing long dd, tough,
> > > they are going to loose som
> We recently tried upgrading one of the machines to the latest kernel
> (2.6.12.2) and it's died after about 24 hours. It seemed to end up in
> some
> weird state where we could ssh into it, and some commands worked (eg
> uptime)
> but process list related commands (ps) would just freeze up
07/12/2005 01:11 PM, Ken Moffat wrote/a écrit:
On Tue, 12 Jul 2005, Ken Moffat wrote:
I was going to say that niceness didn't affect what I was doing, but
I've just rerun it [ in 2.6.11.9 ] and I see that tar and bzip2 show up
with a niceness of 10. I'm starting to feel a bit out of my depth
Hi Andrew,
an ugly one. The fadvise hint values for POSIX_FADV_DONTNEED and
POSIX_FADV_NOREUSE in the kernel and the glibc differ for s390-64
(and worse the values for s390-31 and s390-64 differ as well ..).
The glibc always had 6 and 7 instead of 4 and 5 for these two values
for s390-64. My first
On Tue, 2005-07-12 at 16:52 +0530, Amrut Joshi wrote:
> Hi,
>
> Currently linux scsi subsystem doesnt store the 8-byte luns which are
> recieved in REPORT_LUNS reply. This information is forver lost once
> the scan is over. In my LDD I need this information. Currently I have
> to snoop REPORT_LUN
On Tue, 12 Jul 2005 21:49, Eric Piel wrote:
> 07/12/2005 01:11 PM, Ken Moffat wrote/a écrit:
> > On Tue, 12 Jul 2005, Ken Moffat wrote:
> >> I was going to say that niceness didn't affect what I was doing, but
> >>I've just rerun it [ in 2.6.11.9 ] and I see that tar and bzip2 show up
> >>with a ni
Denis Vlasenko wrote:
text with 8-char tabs:
struct s {
int n; /* comment */
unsigned int u; /* comment */
};
Same text viewed with tabs set to 4-char width:
struct s {
int n; /* comment */
unsigned int u; /* comment */
};
Comments are not aligned anymore
Daniel Drake wrote:
You'll have to forgive my lack of netfilter knowledge, I set up my firewall
ages ago and haven't really touched it since :)
We decided to revert the responsible change because it caused problems
in other areas as well. This patch should fix your problem.
[NETFILTER]: Revert
this looks very interesting, however one thing that looks odd to me in
this is the thought of comparing the results for significantly different
hardware.
for some of the loads you really are going to be independant of the speed
of the hardware (burn, compile, etc will use whatever you have) ho
On Tue, 2005-07-12 at 13:05 +0200, Adrian Bunk wrote:
> Although it's not mentioned in the changelog, it seems the MTD GIT
> tree was dropped.
>
> I noticed this because a compile error that was fixed in -mm1 is back.
What error? The MTD GIT tree is presumably absent from -mm because it
was pulle
On Tue, 12 Jul 2005 21:57, David Lang wrote:
> this looks very interesting, however one thing that looks odd to me in
> this is the thought of comparing the results for significantly different
> hardware.
>
> for some of the loads you really are going to be independant of the speed
> of the hardwar
On Tue, Jul 12, 2005 at 04:32:12AM -0700, [EMAIL PROTECTED] wrote:
> > > ttyS0 at MMIO 0xfffb (irq = 46) is a ST16654
> > > serial8250 serial8250.0: unable to register port at index 1 (IO0 MEM0
> > > IRQ47): -28
> > > serial8250 serial8250.0: unable to register port at index 2 (IO0
On Mon, Jul 11, 2005 at 05:38:05PM -0700, George Anzinger wrote:
> I would like to interject an addition data point, and I will NOT be
> subjective. The nature of the PIT is that it can _hit_ some frequencies
> better than others. We have had complaints about repeating timers not
> keeping goo
On Tue, Jul 12, 2005 at 01:01:48PM +0100, David Woodhouse wrote:
> On Tue, 2005-07-12 at 13:05 +0200, Adrian Bunk wrote:
> > Although it's not mentioned in the changelog, it seems the MTD GIT
> > tree was dropped.
> >
> > I noticed this because a compile error that was fixed in -mm1 is back.
>
>
On 7/12/05, Rob Mueller <[EMAIL PROTECTED]> wrote:
> Here's the /proc/interrupts dump:
>
>CPU0 CPU1 CPU2 CPU3
> 0: 11524000 0 0 0IO-APIC-edge timer
> 1: 8 0 0 0IO-APIC-edge i8042
> 5:
On Tue, 12 Jul 2005, Con Kolivas wrote:
On Tue, 12 Jul 2005 21:57, David Lang wrote:
this looks very interesting, however one thing that looks odd to me in
this is the thought of comparing the results for significantly different
hardware.
for some of the loads you really are going to be indep
On Tue, 12 Jul 2005, Patrick McHardy wrote:
Denis Vlasenko wrote:
text with 8-char tabs:
struct s {
int n; /* comment */
unsigned int u; /* comment */
};
Same text viewed with tabs set to 4-char width:
struct s {
int n; /* comment */
unsigned int u; /* c
On Tue, 12 Jul 2005 22:17, David Lang wrote:
> which brings up another possible config option/test case, changing the
> read/write tests to try to do X MB/sec rather then the max possible speed
> (probably defaulting to max if nothing is specified)
That's a good idea. I was planning on adding a co
o sysfs_dirent's s_mode field should also be updated in sysfs_setattr(), else
there could be inconsistency in the two fields. s_mode is used while
->readdir so as not to bring in the inode to cache.
Signed-off-by: Maneesh Soni <[EMAIL PROTECTED]>
---
linux-2.6.13-rc2-maneesh/fs/sysfs/inod
Hi Greg,
Please include this patch and the following one for sysfs. This is needed
after the introduction of sysfs setattr functionality.
Thanks
Maneesh
o sysfs_chmod_file() must update the new iattr field in sysfs_dirent else
the mode change will not be persistent in case of inode evacuati
1 - 100 of 415 matches
Mail list logo
