If you look on http://test.kernel.org/, you'll see in the rightmost
column there's a yellow box under elm3b70 for 2.6.13-rc4-mm1, but
current mainline kernels are all green (ie no problems). That means
one test failed, in this case making an fs on the spare partition.
Odd. I went digging ...
Look
>We like a plain text, not attachment, see Documentation/SubmittingPatches.
>Anyway, thanks for nice work.
|Exception: If your mailer is mangling patches then someone may ask
|you to re-send them using MIME.
from the doc ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
> Nothing, I don't only want to rewrite driver, which others do not use.
Why rewrite? (unless it's an important api change) If it's some optimization
patch that requires an almost-rewrite, well, do it and see if it gets
accepted.
Jan Engelhardt
--
-
To unsubscribe from this list: send the l
>> Gnu C 2.96
>
> Seriously, it seems like your machine is flaky.
> And even if it were a kernel source problem,
> gcc should never have an internal error.
> But gcc-2.96 is so old that it's not supported anymore.
Wasnot 2.96 the bugged one?
Jan Engelhardt
--
-
To unsubscribe
> I have a zombie process which has apparently died for some unknown reason.. I
> know it was terminated by a signal (found that from the 9th field (sheduler
> flags) in /proc/pid/stat)
Start the process under the observation of strace.
> However, I'm trying to figure out what signal killed it.
Hi Andrew,
Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > This patch converts kernel/ to use kcalloc instead of kmalloc/memset.
On Thu, 4 Aug 2005, Andrew Morton wrote:
> grr.
I am learning grep. Please don't eat me!
> > - struct resource *res = kmalloc(sizeof(*res), GFP_KERNEL);
> > + struct
Jan Engelhardt wrote:
I have a zombie process which has apparently died for some unknown reason.. I
know it was terminated by a signal (found that from the 9th field (sheduler
flags) in /proc/pid/stat)
Start the process under the observation of strace.
However, I'm trying to figure o
Pekka J Enberg <[EMAIL PROTECTED]> wrote:
>
> [PATCH] use kzalloc instead of kmalloc/memset
>
dammit, I was hoping for akpmalloc()
>
> +static inline void *kzalloc(size_t size, unsigned int __nocast flags)
> +{
> + return kcalloc(1, size, flags);
> +}
> +
That'll generate just as much cod
Ondrej Zary wrote:
James Bruce wrote:
Stephen Clark wrote:
Maybe new desktop systems - but what about the tens of millions of
old systems that don't.
If it's an old system, it probably doesn't have working ACPI C-states
though. Without that, low HZ does not save you anything. I should
hav
"Martin J. Bligh" <[EMAIL PROTECTED]> wrote:
>
> If you look on http://test.kernel.org/, you'll see in the rightmost
> column there's a yellow box under elm3b70 for 2.6.13-rc4-mm1, but
> current mainline kernels are all green (ie no problems). That means
> one test failed, in this case making an fs
On Fri, Aug 05, 2005 at 12:07:55AM -0400, Michael Krufky wrote:
> >Sounds like a fun thing for post-2.6.13.
> >
> >What does usb-handoff do, precisely?
> >
> I just did a series tests. This is necessary, because the problem was
> intermittent for me. usb-handoff fixes all of my problems!!!
>
>
On Thu, Aug 04 2005, Daniel Petrini wrote:
> +static LIST_HEAD(timer_list);
> +
> +struct timer_top_info {
> + unsigned intfunc_pointer;
> + unsigned int long counter;
> + struct list_headlist;
> +};
> +
> +struct timer_top_info top_info;
> +
> +int
On Thu, 4 Aug 2005, Andrew Morton wrote:
> That'll generate just as much code as simply using kcalloc(1, ...). This
> function should be out-of-line and EXPORT_SYMBOL()ed. And kcalloc() can
> call it too..
Yes, much better now. Thanks Andrew.
Pekka
[PATCH] intro
Hi,
Andrew Morton wrote:
IOW: what does this (wordwrapped!) patch do?
It changes the keycode the kernel is sending for three keys. For normal
keyboards there is usually no argument to which keycode to send. An 'a'
would send the keycoe for an 'a'. This however is a remote control. The
keys
Keith Owens wrote:
The gate page is a section of code that is generated as part of the
kernel build. At run time, the gate page is mapped into all the user
space processes. There is also a virtual dynamic .so (vdso) file that
is created by the kernel and picked up by the linker, the vdso maps
I just borrowed a power meter to see (or not to see) real effects of
dyntick. The difference between static 1000 HZ and dynamic HZ is much
less than I expected, only a very little about noise. With dyntick
disabled at 1000 HZ my laptop needs 31,3 W. With dyntick enabled I
get 29.8 W, the pmstats-
All right,
this looks like a pretty broad agreement on this issue.
Jeff, would you please apply this patch?
Regards,
Martin
Patch: fix wrong HD activity control by ahci driver
Signed-off-by: [EMAIL PROTECTED]
The ahci driver 1.0 sets the SActive bit on every transaction,
causing the LED to li
Due to some device driver issues, I built this iteration of the patch
vs. 2.6.12.3.
(Sorry about the attachment, but KMail is still word wrapping inserted
files.)
Background:
Here's a patch that builds on Natalie Protasevich's IRQ compression
patch and tries to work for MPS boots as well as A
On Thu, 4 Aug 2005 04:59 pm, Jim MacBaine wrote:
> I just borrowed a power meter to see (or not to see) real effects of
> dyntick. The difference between static 1000 HZ and dynamic HZ is much
> less than I expected, only a very little about noise. With dyntick
> disabled at 1000 HZ my laptop needs
On Friday, 22. July 2005 16:47, Alan Cox wrote:
> > Do I interpret it right that the following is done in the above function:
>
> Aside from the version in most kernels being buggy yes
>
> > My question is now: why is an HPA disabled i.e. disprotected when
> > detected? Why not let the HPA alone, b
On Thu, 4 Aug 2005 05:04 pm, Con Kolivas wrote:
> On Thu, 4 Aug 2005 04:59 pm, Jim MacBaine wrote:
> > I just borrowed a power meter to see (or not to see) real effects of
> > dyntick. The difference between static 1000 HZ and dynamic HZ is much
> > less than I expected, only a very little about no
* Con Kolivas <[EMAIL PROTECTED]> [050804 00:16]:
> On Thu, 4 Aug 2005 05:04 pm, Con Kolivas wrote:
> > On Thu, 4 Aug 2005 04:59 pm, Jim MacBaine wrote:
> > > I just borrowed a power meter to see (or not to see) real effects of
> > > dyntick. The difference between static 1000 HZ and dynamic HZ is
Jesper Juhl wrote:
>+The 2.6.x.y (-stable) and 2.6.x patches live at
>+ ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
>+
>+The -rc patches live at
>+ ftp://ftp.kernel.org/pub/linux/kernel/v2.6/testing/
>+
>+The -git patches live at
>+ ftp://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/
>+
>+The -mm
On Wed, Aug 03, 2005 at 06:36:51PM -0700, Chris Budd wrote:
> 1. The rs_init function in ./linux-2.4.21/drivers/char/serial.c
> explicitly states "The interrupt of the serial console port can't be
> shared." Does this include *ALL* interrupts? The code checks for
> sharing only with other serial
On 03/08/2005 17:03:04 linux-kernel-owner wrote:
>Is anyone maintaining the smb filesystem in the Linux kernel?
It probably won't help you much, but I had the same problem few months
ago. There was a bug in smbfs which I tried to discuss with someone, and
after failing to contact the maintainer
On Thu, 2005-08-04 at 10:15 +0530, Saripalli, Venkata Ramanamurthy
(STSD) wrote:
> Patch 2 of 3
> This patch adds support for IDAREGNEWDISK, IDADEREGDISK, IDAGETLOGINFO
> ioctls required
> to configure LUNs dynamically on SA4200 controller using ACU.
I don't think it's a good idea to add new ioct
Hi, again, Edward.
Bad news...
On Tue, Aug 02, 2005 at 03:56:05PM -0700, Edward Falk wrote:
>
> Again, you would need to fetch them from the returned FIS structure.
> Here's a code fragment derived from SiI's issue_soft_reset() function:
>
> struct Port_Registers *port_base = yadayada;
On Wed, Aug 03, 2005 at 04:01:14PM -0700, Venkatesh Pallipadi wrote:
>
> Below is the updated patch.
Looks good. Only minor nit.
> +++ linux-2.6.13-rc3-auto/arch/i386/kernel/setup.c2005-08-03
> 14:33:34.450182216 -0700
> @@ -1593,8 +1594,13 @@ void __init setup_arch(char **cmdline_p)
>
On Thu, Aug 04, 2005 at 12:05:50AM -0700, James Cleverdon wrote:
> diff -pruN 2.6.12.3/arch/i386/kernel/acpi/boot.c
> n12.3/arch/i386/kernel/acpi/boot.c
> --- 2.6.12.3/arch/i386/kernel/acpi/boot.c 2005-07-15 14:18:57.0
> -0700
> +++ n12.3/arch/i386/kernel/acpi/boot.c2005-08-0
Hi,
Andrew, please drop this patch.
Nish, please stop fucking around with kernel APIs.
On Wed, 3 Aug 2005, Nishanth Aravamudan wrote:
> > The "jiffies_to_msecs(msecs_to_jiffies(timeout_msecs) + 1)" case (when the
> > process is immediately woken up again) makes the caller suspectible to
> > t
Hi Andrew !
This patch remove the calls to device_suspend() from the shutdown path
that were added sometime during 2.6.13-rc*. They aren't working properly
on a number of configs (I got reports from both ppc powerbook users and
x86 users) causing the system to not shutdown anymore.
I think it isn
Saripalli, Venkata Ramanamurthy (STSD) wrote:
>Patch 1 of 2
>
>This patch fixes the "#error this is too much stack" in 2.6 kernel.
>Using kmalloc to allocate memory to ulFibreFrame.
Good idea.
>Please consider this for inclusion
Your patch is line-wrapped and can't be applied. Your second patch
On 8/4/05, P.Manohar <[EMAIL PROTECTED]> wrote:
>
> hai,
>
>I have written a daemon which is running in user space, will send some
> data periodically to kernel space. This I have done with the help of a
> device file.
>
> It is working, but I want to apply threads mechanism in that daemon.
Adrian,
Adrian Bunk wrote:
util-linux 2.13-pre1 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/testing/util-linux-2.13-pre1.tar.gz
Any comments on the mount patch I sent to you?
Attaching it again now. Please apply.
Thanks,
Daniel
From: Daniel Drake <[EMAIL PROTECTED]>
S
Hello LKML,
Changelog:
This patch includes support for the new Infineon Trusted Platform Module
SLB 9635 TT 1.2 and does further include ACPI-support for both chip versions
(SLD 9630 TT 1.1 and SLB9635 TT 1.2). Since the ioports and configuration
registers are not correctly set on some machines, t
On Thu, Aug 04, 2005 at 01:33:29PM +1000, herbert wrote:
>
> So I suppose we should reset cwnd_quota after tcp_transmit_skb?
Please try this patch to see if this is really the problem or not.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
On Mon, Aug 01, 2005 at 01:20:19PM -0700, Ashok Raj wrote:
> Need to create sysfs only for cpus that are present. Without which we see
> NR_CPUS entries created when we have CONFIG_HOTPLUG and CONFIG_HOTPLUG_CPU
> enabled.
Thanks looks good.
-Andi
>
> Signed-off-by: Ashok Raj <[EMAIL PROTECTED]
On Mon, Aug 01, 2005 at 01:20:20PM -0700, Ashok Raj wrote:
> No need to enforce_max_cpus when hotplug code is enabled. This
> nukes out cpu_present_map and cpu_possible_map making it impossible to add
> new cpus in the system.
Hmm - i think there was some reason for this early zeroing,
but I canno
On Mon, Aug 01, 2005 at 01:20:21PM -0700, Ashok Raj wrote:
> Need to ensure we dont get prempted when we clear ourself from mask when using
> clustered mode genapic code.
It's not needed I think. If the caller wants to execute code
on the current CPU then it has to have disabled preemption
itself
The attached patch fixes five bugs in the key management syscall interface:
(1) add_key() returns 0 rather than EINVAL if the key type is "".
Checking the key type isn't "" should be left to lookup_user_key().
(2) request_key() returns ENOKEY rather than EPERM if the key type begin
> static void flat_send_IPI_allbutself(int vector)
> {
> +#ifndef CONFIG_HOTPLUG_CPU
> if (((num_online_cpus()) - 1) >= 1)
> __send_IPI_shortcut(APIC_DEST_ALLBUT, vector,APIC_DEST_LOGICAL);
> +#else
> + cpumask_t allbutme = cpu_online_map;
> + int me = get_cpu(); /* En
On Mon, Aug 01, 2005 at 01:20:25PM -0700, Ashok Raj wrote:
> It is not required to choose the physflat mode when CPU hotplug is enabled
> and CPUs <=8 case. Use of genapic_flat with the mask version is capable of
> doing the same, instead of doing the send_IPI_mask_sequence() where its a
> unica
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> >Did you mean "chmod"?
>
> No, I really meant chown - which just turned up another should-not-be:
> no warning is generated when trying to chown;
> chmod is even _persistent_ - for the moment.
>
Did you even bother to read my first mail? Quoting mysel
On Iau, 2005-08-04 at 09:14 +0200, Oliver Tennert wrote:
> partitioning and filesystems. The point is, IF there is an HPA, there MIGHT
> be a partitioning scheme and some filesystems on the disk which rely on the
> size of disk being the native size MINUS the HPA.
Thats fine, Linux is quite happ
Jiri Slaby napsal(a):
Alan Cox napsal(a):
drivers/char/drm/gamma_dma.c
drivers/char/drm/gamma_drv.c
Gamma is defunct certainly
Removes gamma sources, headers and pointers from Kconfig and Makefile.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
patch is here (about 70 KiB):
http:
On Wed, 3 Aug 2005, Chris Budd wrote:
> I have read
> http://www.tldp.org/HOWTO/Remote-Serial-Console-HOWTO/preparation-setport.html
> and http://www.linux-mips.org/archives/linux-mips/2004-04/msg00134.html
> and other items, but I still have not found the answers to the
> following questions:
>
On Wed, 2005-08-03 at 17:19 -0700, Christoph Lameter wrote:
> Could you try the following patch? I think the problem was that higher
> addressses were not mappable via the page fault handler. This patch
> inserts the pmd entry into the pgd as necessary if the pud level is
> folded.
I tried this
I noticed that even 64bit architectures have a ridiculously low
max limit on shared memory segments by default:
#define SHMMAX 0x200 /* max shared seg size (bytes) */
#define SHMMNI 4096 /* max num of segs system wide */
#define SHMALL (SHMMAX/PAGE_SIZE*(
Hi Con,
You must hate me by now...
The "Gaming" benchmark has the same issue with nan coming out of the
STDEV calculations, probably requires the same fix as before.
Secondly, the benchmarking of loops_per_ms is running forever, and I
managed to determine where its happening.
In calibrate
On Wed, Aug 03, 2005 at 12:31:34PM +0100, Hugh Dickins wrote:
> On Wed, 3 Aug 2005, Robin Holt wrote:
> > On Mon, Aug 01, 2005 at 11:18:42AM -0700, Linus Torvalds wrote:
> > >
> > > Can somebody who saw the problem in the first place please verify?
OK. I took the three commits:
4ceb5db9757aaeadc
On Thu, 4 Aug 2005 21:44, Gabriel Devenyi wrote:
> Hi Con,
>
> You must hate me by now...
No. A bug report is a bug report. I hate the fact that I coded up 2000 lines
of code and am still suffering from a problem in the same 10 lines that I did
in version .01. PEBKAC.
> The "Gaming" benchmark
On Wednesday 03 August 2005 05:49 pm, Nick Sillik wrote:
> Michael Krufky wrote:
> > [EMAIL PROTECTED] wrote:
> >
> > The email subject. "Re: **SPAM** [PATCH 3/3] usb gadget driver for
> > MQ11xx graphics chip" ... Was that an accident, or did my email server
> > take over my headers? (i'm not
On Thu, 4 Aug 2005, Andi Kleen wrote:
>
> I noticed that even 64bit architectures have a ridiculously low
> max limit on shared memory segments by default:
>
> #define SHMMAX 0x200 /* max shared seg size (bytes) */
> #define SHMMNI 4096 /* max num of segs
Con Kolivas wrote:
On Thu, 4 Aug 2005 21:44, Gabriel Devenyi wrote:
Hi Con,
You must hate me by now...
No. A bug report is a bug report. I hate the fact that I coded up 2000 lines
of code and am still suffering from a problem in the same 10 lines that I did
in version .01. PEBKAC.
I gues
On Thu, 4 Aug 2005, Patrick McFarland wrote:
> On Wednesday 03 August 2005 05:49 pm, Nick Sillik wrote:
>> Michael Krufky wrote:
>>> [EMAIL PROTECTED] wrote:
>>>
>>> The email subject. "Re: **SPAM** [PATCH 3/3] usb gadget driver for
>>> MQ11xx graphics chip" ... Was that an accident, or did m
Olof Johansson <[EMAIL PROTECTED]> writes:
> Index: 2.6/arch/ppc64/kernel/machine_kexec.c
> ===
> --- 2.6.orig/arch/ppc64/kernel/machine_kexec.c2005-08-03
> 19:53:16.0 -0500
> +++ 2.6/arch/ppc64/kernel/machine_kexec.c
Dear corbet,
Here is the over idea about the driver status.
My driver supports 4 SD cards at a time.
The driver works well when there are partitions are disabled.
i.e. when alloc_disk(1); - i.e. no partitions
Right now, I am working on getting the driver up with partitions
supported.
After makin
> > > My question is now: why is an HPA disabled i.e. disprotected when
> > > detected? Why not let the HPA alone, because a certain set of disk
> > > sectors shall not be accessible by the OS?
> >
> > Because the HPA is most commonly used to hide all but a fraction of a
> > disk to work with older
Hello Ben, Andrew,
This patch helps me if I disconnect all USB peripherals before shutting
down notebook. With connected peripherals (USB mouse, PL2303
USB<->serial converter/port) - powering off process stops right after
unmounting filesystems but before hda power off ...
There is a bug report
Con Kolivas wrote:
I'd appreciate it. It's almost like some power stepping that's responsible.
I've never seen it happen on any intel processor (including the pentiumM ones
which have truckloads of power saving features). I've asked many people if
they're running some equivalent of cool'n'quiet
[EMAIL PROTECTED] writes:
>
> Unfortunately, this added one field to the thread_struct. But as a bonus, on
> P4, the fastest time measured for switch_to() went from 312 to 260 cycles, a
> win of about 17% in the fast case through this performance critical path.
Cool! Definitely want this on x86-
On 7/30/05, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> i have released the -V0.7.52-01 Real-Time Preemption patch, which can be
> downloaded from the usual place:
> ...
> reports, patches, suggestions welcome.
I can't get it to run on x86_64. The kernel won't build with
"voluntary preemption" ena
On Thu, 4 Aug 2005 22:05, Gabriel Devenyi wrote:
> Con Kolivas wrote:
> > I have to think about it. This seems a problem only on one type of cpu
> > for some strange reason (lemme guess; athlon?) and indeed leaving out the
> > sleep 1 followed by the check made results far less reliable. This way
>
> Once upon a time, "Simon Matter" <[EMAIL PROTECTED]> said:
>>In my tests I get corrupt files on LVM2 which is on top of software
>> raid1.
>>(This is a common setup even mentioned in the software RAID HOWTO and has
>>worked for me on RedHat 9 / kernel 2.4 for a long time now and it's my
>>favouri
Hi,
Bjorn Helgaas wrote:
On Wednesday 03 August 2005 3:16 pm, matthieu castet wrote:
Bjorn Helgaas wrote:
>drivers/char/hpet.c
>This probably should be converted to PNP. I'll
>look into doing this.
IIRC, I am not sure that the pnp layer was able to pass the 64 bits
> > That doesn't make much sense here. tasklet will only run when interrupts
> > are enabled, and that is much later. You could move it to there.
>
> Where? Keep in mind it's really only x86_64 that isn't able to break
> sooner.
The local_irq_enable() call in init/main.c:start_kernel()
If you w
On Wed, 2005-08-03 at 08:57 -0500, Dmitry Torokhov wrote:
> On 8/3/05, Hans Kristian Rosbach <[EMAIL PROTECTED]> wrote:
> > On Tue, 2005-08-02 at 00:50 -0400, James Bruce wrote:
> > > Theodore Ts'o wrote:
> > > > On Mon, Aug 01, 2005 at 12:18:18PM -0400, James Bruce wrote:
> > > >>The tradeoff is
Hi,
on my laptop ASUS M6B00N PRINTK_TIME is enabled in order to show timing
information in all the boottime printk's. However, all output looks like this
[4294667.997000] CPU: After generic identify, caps: a7e9fbbf
0180
[4294667.997000] CPU: Aft
On Thu, 4 Aug 2005, Robin Holt wrote:
> On Wed, Aug 03, 2005 at 12:31:34PM +0100, Hugh Dickins wrote:
> > On Wed, 3 Aug 2005, Robin Holt wrote:
> > > On Mon, Aug 01, 2005 at 11:18:42AM -0700, Linus Torvalds wrote:
> > > >
> > > > Can somebody who saw the problem in the first place please verify?
>
On Thursday 04 August 2005 12:38, Rolf Eike Beer wrote:
> Saripalli, Venkata Ramanamurthy (STSD) wrote:
> >Patch 1 of 2
> >
> >This patch fixes the "#error this is too much stack" in 2.6 kernel.
> >Using kmalloc to allocate memory to ulFibreFrame.
>
> Good idea.
>
> >Please consider this for incl
You are trying to do it backwards. You need to have your driver
use get_dma_pages() to acquire pages suitable for DMA. Your
driver then impliments mmap().
The user-mode application then mmaps() the dma-able pages into
its address-space. FYI, the pages may be from anywhere, some
archs can only DM
On Thu, 4 Aug 2005, Andi Kleen wrote:
> I noticed that even 64bit architectures have a ridiculously low
> max limit on shared memory segments by default:
>
> #define SHMMAX 0x200 /* max shared seg size (bytes) */
> #define SHMMNI 4096 /* max num of segs s
On Thu, 2005-08-04 at 14:59 +0200, Borislav Petkov wrote:
>
> where you see the deltas between the printk's printed once the tsc timer is
> initialized as opposed to the first bootlog where you see all times relative
> to a single point in time. The python script in the
> kernel source conver
On Thu, Aug 04, 2005 at 02:19:21PM +0100, Hugh Dickins wrote:
> On Thu, 4 Aug 2005, Andi Kleen wrote:
>
> > I noticed that even 64bit architectures have a ridiculously low
> > max limit on shared memory segments by default:
> >
> > #define SHMMAX 0x200 /* max shared seg size
Andrew Morton wrote:
Corey Minyard <[EMAIL PROTECTED]> wrote:
ipmi-per-channel-slave-address.patch unknown/unknown (13533 bytes)]
Could you fix up the mimetype, please? It makes it hard for various email
clients.
Dang, you switch to a new mail client and everything is screwed up
The inotify help text still refers to the character device. Update it.
Fixes kernel bug #4993.
Signed-off-by: Robert Love <[EMAIL PROTECTED]>
fs/Kconfig | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
--- linux-2.6.13-rc3-git8/fs/Kconfig2005-07-27 10:59:32.0 -
On Thu, Aug 04, 2005 at 02:19:21PM +0100, Hugh Dickins wrote:
...
> > Even on 32bit architectures it is far too small and doesn't
> > make much sense. Does anybody remember why we even have this limit?
>
> To be like the UNIXes.
:)
...
> Anton proposed raising the limits last autumn, but I was
> >Be aware that this function will use more stack space than it needs to: gcc
> >will create a separate stack slot for all the above locals.
> >
> >Hence it would be better to declare them all at the start of the function.
> >Faster, too - less dcache footprint.
> >
> >Maybe not as nice from a p
Hello, Dick!
Thanks for your help so far!
linux-os (Dick Johnson) wrote:
You are trying to do it backwards. You need to have your driver
use get_dma_pages() to acquire pages suitable for DMA. Your
driver then impliments mmap().
Okay, I have seen that, too. I've seen that some drivers do it t
On Thu, Aug 04, 2005 at 02:00:05PM +0200, Jiri Slaby wrote:
> drivers/parport/parport_pc.c
I think a fair number of people probably use this.
> REMOVE:
> drivers/video/pm3fb.c
I have one of these cards, and I believe it's only recently (2.5-ish)
been merged. Why are you so keen to mark it as "r
Message to the moderators of this ML.
Please don't forward this mail to this ML.
I intendedly mailed using a non-subscriber's address
so that this mail only seen to the moderators.
-
Hello,
I found X-OUTRCPT-TO: header since
Linux-kernel-daily-digest Dige
* Yang Yi <[EMAIL PROTECTED]> wrote:
> > looks pretty good! I'll look at merging your patch after KS/OLS.
>
> Do you have any trouble while you merge that latency logger patch?
i've merged it to the -52-11 patch that, and i've uploaded it a couple
of minutes ago.
i have done a number of clean
Hi,
I get the following problem with 2.6.13-rc5-git1 on a dual Opteron
machine:
-
...
[ 847.745921] CPU 0: Machine Check Exception:7 Bank 3:
b400083b
[ 847.746066] RIP 10: {pci_conf1_read+0xbe/0x110}
[ 847.746149] TSC 189fe311d3f ADDR fdfc000cfe
[ 847.746
On 8/4/05, Tetsuo Handa <[EMAIL PROTECTED]> wrote:
> Message to the moderators of this ML.
>
> Please don't forward this mail to this ML.
> I intendedly mailed using a non-subscriber's address
> so that this mail only seen to the moderators.
>
No, you send it to linux-kernel@vger.kernel.org which
On Thu, 2005-08-04 at 15:39 +0200, Clemens Koller wrote:
> > You are trying to do it backwards. You need to have your driver
> > use get_dma_pages() to acquire pages suitable for DMA. Your
> > driver then impliments mmap().
>
> Okay, I have seen that, too. I've seen that some drivers do it the oth
On 8/4/05, Saripalli, Venkata Ramanamurthy (STSD) <[EMAIL PROTECTED]> wrote:
> Patch 1 of 2
>
> This patch fixes the "#error this is too much stack" in 2.6 kernel.
> Using kmalloc to allocate memory to ulFibreFrame.
>
[snip]
>if( fchs->pl[0] == ELS_LILP_FRAME)
> {
> +
The memory mappings for MPC8349 USB MPH and DR modules were reversed.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Jiang Bo <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
commit a2227df6ac23000dff7d95411ae5bd8022437ad3
tree d22a59e837eb881b1292f70e51df561802b27
On Thu, Aug 04, 2005 at 02:39:00PM +0200, Andi Kleen wrote:
> > > That doesn't make much sense here. tasklet will only run when interrupts
> > > are enabled, and that is much later. You could move it to there.
> >
> > Where? Keep in mind it's really only x86_64 that isn't able to break
> > sooner
On Thu, 4 Aug 2005, Richard Purdie wrote:
> On Wed, 2005-08-03 at 17:19 -0700, Christoph Lameter wrote:
> > Could you try the following patch? I think the problem was that higher
> > addressses were not mappable via the page fault handler. This patch
> > inserts the pmd entry into the pgd as nec
On Thu, Aug 04, 2005 at 07:04:45AM -0700, Tom Rini wrote:
> On Thu, Aug 04, 2005 at 02:39:00PM +0200, Andi Kleen wrote:
> > > > That doesn't make much sense here. tasklet will only run when interrupts
> > > > are enabled, and that is much later. You could move it to there.
> > >
> > > Where? Keep
On Thu, Aug 04, 2005 at 10:46:35PM +0900, Tetsuo Handa wrote:
> Message to the moderators of this ML.
>
> Please don't forward this mail to this ML.
> I intendedly mailed using a non-subscriber's address
> so that this mail only seen to the moderators.
>
>
On Wed, Aug 03, 2005 at 09:12:37AM -0700 Linus Torvalds wrote:
>
>
> On Wed, 3 Aug 2005, Nick Piggin wrote:
> >
> > Oh, it gets rid of the -1 for VM_FAULT_OOM. Doesn't seem like there
> > is a good reason for it, but might that break out of tree drivers?
>
> Ok, I applied this because it was r
On Thu, Aug 04, 2005 at 04:06:20PM +0200, Andi Kleen wrote:
> On Thu, Aug 04, 2005 at 07:04:45AM -0700, Tom Rini wrote:
> > On Thu, Aug 04, 2005 at 02:39:00PM +0200, Andi Kleen wrote:
> > > > > That doesn't make much sense here. tasklet will only run when
> > > > > interrupts
> > > > > are enabled
If this does not happen immediately at boot up (before the machine
finished all init stuff), it is generally a hardware problem. In
my experience with new machines 75% of the time it will be the cpu
itself, and another 25% it will be a serious memory error.
The machine I have dealt with are dual
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> Hello!
>
> The attached patch passes 20 hours of the internal-to-RCU torture test
> (see the code in the attached patch under CONFIG_RCU_TORTURE_TEST),
> which is a good improvement over last week's version, which would fail
> this test in less
On Thu, 2005-08-04 at 15:39 +0200, Clemens Koller wrote:
> Hello, Dick!
>
> Thanks for your help so far!
>
> linux-os (Dick Johnson) wrote:
> >
> > You are trying to do it backwards. You need to have your driver
> > use get_dma_pages() to acquire pages suitable for DMA. Your
> > driver then impl
Karsten Wiese <[EMAIL PROTECTED]> writes:
> Please give this a try and commit to -mm or mainline, if approved.
Looks good. Thanks. However, I tweaked the patch.
- replace __getblk() to sb_getblk()
- exclude root-dir of FAT12/FAT16 from readahead
- exclude (sec_per_clus == 1) from re
Hi,
this should likely be addressed to VIA Taiwan,
but I don't know their engineer's e-mail address and their forum
doesn't work for me.
Maybe somebody here has a clue?
Or maybe this is even motherboard specific?
To reproduce:
$ aplay -Dhw:0 -fdat /dev/zero
On a sane system (or here in P
On Thu, Aug 04, 2005 at 07:14:37AM -0700, Tom Rini wrote:
> On Thu, Aug 04, 2005 at 04:06:20PM +0200, Andi Kleen wrote:
> > On Thu, Aug 04, 2005 at 07:04:45AM -0700, Tom Rini wrote:
> > > On Thu, Aug 04, 2005 at 02:39:00PM +0200, Andi Kleen wrote:
> > > > > > That doesn't make much sense here. task
Alexander Nyberg wrote:
On Wed, Aug 03, 2005 at 09:12:37AM -0700 Linus Torvalds wrote:
Ok, I applied this because it was reasonably pretty and I liked the
approach. It seems buggy, though, since it was using "switch ()" to test
the bits (wrongly, afaik), and I'm going to apply the appended
1 - 100 of 347 matches
Mail list logo
