Andi Kleen wrote:
We -used- to need data from RNG directly into the kernel randomness
Are you sure? I dont think there was ever code to do this in
mainline. There might have been something in -ac*, but not mainline.
Yes, I am positive. I wrote the code. Look at the old Intel RNG driver
code,
>> I see kfree used in several hot paths. Check out
>> this /proc/latency_trace excerpt:
>
>Yes, but is the pointer being free'd NULL most of the time?
"[...]In general, you should prefer to use actual profile feedback for this
(`-fprofile-arcs'), as programmers are NOTORIOUSLY BAD AT
Jeff Garzik <[EMAIL PROTECTED]> wrote:
>
> Linux Kernel Mailing List wrote:
> > ChangeSet 1.2231.1.122, 2005/03/28 19:50:29-08:00, [EMAIL PROTECTED]
> >
> >[PATCH] s390: claw network device driver
> >
> >Add support for claw network devices.
> >
> >Signed-off-by: Martin
[EMAIL PROTECTED] wrote:
pool. The consensus was that the FIPS testing should be moved to userspace.
Consensus from whom? And who says the FIPS testing is useful anyways?
I think you just need to trust the random generator, it is like
you need to trust any other piece of hardware in your machine.
Andi Kleen wrote:
BTW what do you do when the FIPS test fails? I dont see a good fallback
path for this case.
If the FIPS test fails, do the obvious: don't feed that data to the
kernel (and credit entropy), and possibly stop using the hardware RNG
under a human has intervened.
This is not
> Kernel + compressed initramfs + uncompressed initramfs must fit in memory at
> the same time.
But that could not be the problem:
initramfs packed: 6,4 MByte
unpacked: 14,7 MByte
kernelunpacked: 2,2 MByte
Rolf Eike Beer wrote:
Add missing brace.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.11/drivers/scsi/sata_svw.c2005-03-21 11:41:58.0
+0100
+++ linux-2.6.12-rc1/drivers/scsi/sata_svw.c2005-03-27 15:50:38.0
+0200
Please send patches as directed:
Attempt to reduce stack usage in module.c (linux-2.6.12-rc1-mm3).
Specifically from checkstack.pl
Before patch
--
who_is_doing_it: 512
obsolete_params: 160
After patch
who_is_doing_it: none
obsolete_params: 12
Also while at it, fix following in
>
> You need to consider that in the end I'd need PT_GNU_STACK to do
> everything PaX wants
why?
Why not have independent flags for independent things?
That way you have both cleanness of design and you don't break anything.
> The point is
> to not break anything, yet to still make things
Linux Kernel Mailing List wrote:
ChangeSet 1.2231.1.121, 2005/03/28 19:50:10-08:00, [EMAIL PROTECTED]
[PATCH] s390: qeth tcp segmentation offload
Add support for TCP Segmentation Offload to the qeth network driver.
Signed-off-by: Martin Schwidefsky <[EMAIL
- Original Message -
From: "Jan Engelhardt" <[EMAIL PROTECTED]>
To: "Ara Avanesyan" <[EMAIL PROTECTED]>
Cc: ; <[EMAIL PROTECTED]>
Sent: Monday, March 28, 2005 8:06 PM
Subject: Re: Strange memory problem with Linux booted from U-Boot
> >Hi,
> >
> >I need some help on solving this strange
On Tue, Mar 29, 2005 at 11:04:16AM +0400, Evgeniy Polyakov wrote:
> On Mon, 2005-03-28 at 13:42 -0800, Paul Jackson wrote:
> > I don't see it in my copies of *-mm or recent Linus bk trees. Am I
> > missing something?
>
> It was dropped from -mm tree, since bk tree where it lives
> was in
On Mon, 2005-03-28 at 13:42 -0800, Paul Jackson wrote:
> Guillaume wrote:
> > The lmbench shows that the overhead (the construction and the sending
> > of the message) in the fork() routine is around 7%.
>
> Thanks for including the numbers. The 7% seems a bit costly, for a bit
> more
On Sat, 26 Mar 2005 15:13:47 +0100, Michal Schmidt
<[EMAIL PROTECTED]> wrote:
> Julien Wajsberg wrote:
> > Good point... I just tried, but forcedeth doesn't support netpoll. If
> > you have a pointer, I could try to implement it ;-)
>
> Can you try the attached patch for forcedeth?
> It compiles
On Sun, 2005-03-27 at 14:57 +0200, Bert Wesarg wrote:
> Hello,
>
> there seems to be a bug, at least for me, in kernel/param.c for arrays
> with .num == NULL. If .num == NULL, the function param_array_set() uses
> &.max for the call to param_array(), wich alters the .max value to the
> number of
On Mon, Mar 28, 2005 at 02:44:30PM -0800, Chris Wright wrote:
> * Ali Akcaagac ([EMAIL PROTECTED]) wrote:
> > And happy easter to you all. Just got this while trying to delete some
> > files on my system.
> ...
> > : EIP is at linvfs_open+0x59/0xa0
> ...
> Nothing in the -stable series has changed
On Mon, 28 Mar 2005 21:52:57 -0500, Lee Revell <[EMAIL PROTECTED]> wrote:
> I see kfree used in several hot paths. Check out
> this /proc/latency_trace excerpt:
Yes, but is the pointer being free'd NULL most of the time? The
optimization does not help if you are releasing actual memory.
On Tuesday 29 March 2005 00:03, Greg KH wrote:
> On Sun, Mar 27, 2005 at 02:24:59PM -0500, Adam Belay wrote:
> > One of the original design goals of sysfs was to provide a standardized
> > location to keep driver configuration attributes. ÂAlthough sysfs
> > handles this very well for bus devices
On Monday 28 March 2005 12:26, Alexey Dobriyan wrote:
> Steps to reproduce for me:
> * Boot CONFIG_PREEMPT_BKL=y kernel (.config, dmesg are attached)
> * Start rebooting
> * Start moving serial mouse (I have Genius NetMouse Pro)
> * Right after gpm is shut down I see the
On Monday 28 March 2005 05:30, Reuben Farrelly wrote:
> Hi,
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm3/
> >
> > - Mainly a bunch of fixes relative to 2.6.12-rc1-mm2.
> >
> > - Again, we'd like people who have had recent
Jean Delvare <[EMAIL PROTECTED]> wrote:
>
> > This patch fixes a check after use found by the Coverity checker.
> > (...)
> > static void amp_hercules(struct cs_card *card, int change)
> > {
> > - int old=card->amplifier;
> > + int old;
> >if(!card)
> >{
> >
Hello , This email is compliant with the CAN-SPAM Act.
http://www.ftc.gov/bcp/conline/pubs/buspubs/canspam.htm
May I send you information about our powerful, talented team and
our automated system do 90% of the work. Not MLM.
Are you earning what you're worth or what you want? Have
you
Hi Andries,
Andries Brouwer writes:
Good! When Linus asked I audited rock.c and also did rather similar polishing -
it happens automatically if one looks at this code. But it seems everybody is
doing this right now, so I must wait a few weeks and see what got into Linus'
tree. Linus plugged many
Mark Fortescue wrote:
> Hi Greg,
>
> If you read the Linux Kernel header file "linux/module.h", there is a
> section about Licenses. If "Proprietary" licences are not leagal, then why
> are they supported ?
Because it does want to let module authors tell the truth, however bleak.
The GPL is
On Mon, 28 Mar 2005, L. A. Walsh wrote:
> However, in this case, if the author is _certain_ the
> pointer can never be NULL, than an "ASSERT(card!=NULL);" might
> be appropriate, where ASSERT is a macro that normally compiles
> in the check, but could compile to "nothing" for embedded or
>
>> > I am trying to set the SCHED_FIFO policy for my process.I am using
>> > sched_setscheduler() function to do this.
>>
>> Attached is a little program that I use to set the priority of tasks.
>
>Why not just use chrt from schedtools?
Not every distro has it yet, and I like to point out that
On 03/29/05 10:37:52AM +0800, Coywolf Qi Hunt wrote:
> Lee Revell wrote:
> >On Sat, 2005-03-26 at 10:28 -0800, Greg KH wrote:
> >
> >>On Sat, Mar 26, 2005 at 05:52:20PM +, Mark Fortescue wrote:
> >>
> >>>I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
> >>>I have
On Mon, Mar 28, 2005 at 09:01:27PM -0800, Aaron Gyes wrote:
> On Mon, 2005-03-28 at 20:45 -0800, Greg KH wrote:
> > If after removed, that's not what udev is set up to do, sorry.
>
> There's no way to either a) Hack udev.conf to always create a node with
> a certain major and minor
No.
> or b)
On Sun, Mar 27, 2005 at 02:24:59PM -0500, Adam Belay wrote:
> One of the original design goals of sysfs was to provide a standardized
> location to keep driver configuration attributes. Although sysfs
> handles this very well for bus devices and class devices, there isn't
> currently a method to
Aaron Gyes wrote:
On Mon, 2005-03-28 at 20:45 -0800, Greg KH wrote:
What do you mean by "static"? Something that persists over a reboot?
Or after the device is removed?
Forgot to clarify. Create a node for something that's not in sysfs, with
udev.
At least in Fedora, /etc/udev/makedevices.d or
On Mon, 2005-03-28 at 20:45 -0800, Greg KH wrote:
> What do you mean by "static"? Something that persists over a reboot?
> Or after the device is removed?
Forgot to clarify. Create a node for something that's not in sysfs, with
udev.
-
To unsubscribe from this list: send the line "unsubscribe
krishna wrote:
Hi All,
Can any one tell me how to measure time accurately for a block of C code
in device drivers.
For example, If I want to measure the time duration of firmware download.
Most cpus have some way of getting at a counter or decrementer of
various frequencies. Usually it requires
On Mon, 2005-03-28 at 20:45 -0800, Greg KH wrote:
> If after removed, that's not what udev is set up to do, sorry.
There's no way to either a) Hack udev.conf to always create a node with
a certain major and minor or b) A way to make sysfs trick udev?
I'll kind of need to do this for nvidia and
$B"#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#(B
$B!!!y4JC1$K=P2q$&!&9b3NN(!y!!%F%-%9%HHG!!(BVol.084
$B"#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#(B
[EMAIL PROTECTED]@-8r!K$r<}$a$k!!!z!D!D!D!D(B
On Mon, 2005-03-28 at 17:48 -0800, Andrew Morton wrote:
> Vivek Goyal <[EMAIL PROTECTED]> wrote:
> >
> > Following patches (as in series file) need to be dropped before applying
> > the fresh ones.
> >
> > crashdump-documentation.patch
> > crashdump-memory-preserving-reboot-using-kexec.patch
On Mon, 2005-03-28 at 23:40 -0500, Steven Rostedt wrote:
> On Tue, 2005-03-29 at 08:58 +0530, Arun Srinivas wrote:
> > I am trying to set the SCHED_FIFO policy for my process.I am using
> > sched_setscheduler() function to do this.
>
> Attached is a little program that I use to set the priority
unsubscribe.
Regards,
Sumesh
-
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/
On Mon, Mar 28, 2005 at 09:03:29PM -0700, Zan Lynx wrote:
> On Mon, 2005-03-28 at 19:33 -0800, Greg KH wrote:
> > Also, the code has undergone a rewrite, fixing many issues, and changing
> > the way things work to tie more closely into the main driver core code.
> > As such, the class_simple code
On Mon, Mar 28, 2005 at 08:28:31PM -0800, Aaron Gyes wrote:
>
> In other news: How do I get udev to create a static node?
What do you mean by "static"? Something that persists over a reboot?
Or after the device is removed?
If reboot, mount your /dev on a disk-backed filesystem, not a ramfs or
On Tue, 2005-03-29 at 08:58 +0530, Arun Srinivas wrote:
> I am trying to set the SCHED_FIFO policy for my process.I am using
> sched_setscheduler() function to do this.
Attached is a little program that I use to set the priority of tasks.
-- Steve
/* Copyright (C) 2004 Kihon Technologies Inc.
On Mon, 2005-03-28 at 19:33 -0800, Greg KH wrote:
> I hope the above explanation is acceptable. If you have further
> questions, please do not hesitate to ask. And I would personally like
> to thank you for your civil tone. My current inbox reflects the rants
> of people without such civility
On Mon, 2005-03-28 at 19:33 -0800, Greg KH wrote:
> Also, the code has undergone a rewrite, fixing many issues, and changing
> the way things work to tie more closely into the main driver core code.
> As such, the class_simple code is now just gone, there is no such need
> for it. And as such,
On Mon, 2005-03-28 at 15:12 +0200, Geert Uytterhoeven wrote:
> On Sun, 27 Mar 2005, Alan Cox wrote:
> > On Sul, 2005-03-27 at 14:53, Wichert Akkerman wrote:
> > > Are you sure? It is perfectly legal to relicense things if you own the
> > > copyright. As long as he never distributes his GPL version
On Mon, 2005-03-28 at 22:36 -0500, Lee Revell wrote:
> On Mon, 2005-03-28 at 09:42 +1000, Benjamin Herrenschmidt wrote:
> > It seems that Apple's driver has an in-kernel framework for doing volume
> > control, mixing, and other horrors right in the kernel, in temporary
> > buffers, just before
On Mon, 2005-03-28 at 08:58 +0530, krishna wrote:
> Hi All,
>
> Can any one tell me how to measure time accurately for a block of C code
> in device drivers.
> For example, If I want to measure the time duration of firmware download.
rdtsc()
-
To unsubscribe from this list: send the line
On Mon, Mar 28, 2005 at 05:52:37PM +0100, Mark Fortescue wrote:
> Hi Greg,
>
> If you read the Linux Kernel header file "linux/module.h", there is a
> section about Licenses. If "Proprietary" licences are not leagal, then why
> are they supported ?
They are not "supported" in any sense of the
On Mon, Mar 28, 2005 at 05:04:37PM -0800, Aaron Gyes wrote:
> On Sun, 2005-03-27 at 10:12 -0800, Greg KH wrote:
> > No, that is not the general consensus at all. Please search the
> > archives and the web for summaries of this discussion topic the last
> > time it came up.
> >
> > greg k-h
>
>
On Mon, 2005-03-28 at 09:42 +1000, Benjamin Herrenschmidt wrote:
> It seems that Apple's driver has an in-kernel framework for doing volume
> control, mixing, and other horrors right in the kernel, in temporary
> buffers, just before they get DMA'ed (gack !)
>
> I want to avoid something like
I am trying to set the SCHED_FIFO policy for my process.I am using
sched_setscheduler() function to do this.
I am following the correct syntax and running it as root process.I am using
the given syntax i.e.,
int sched_setscheduler(pid_t pid, int policy, const struct sched_param *p);
On Mon, 2005-03-28 at 01:08 +0200, Martin Loschwitz wrote:
> Hi folks,
>
> given that the alsa-user-mailinglist has some strange kind of authentication
> mechanism, and admin-authorization and whatever, I'm writing this mail to the
> LKML (it would have been CCed here anyway).
Still off topic.
On Tue, Mar 29, 2005 at 12:27:01PM +1000, Keith Owens wrote:
> i386 needs unwind data plus a kernel unwinder to get accurate
> backtraces. Without the data and an unwinder, i386 backtraces are
> best guess. They often contain spurious addresses, from noise words
> that were left on the kernel
On Mon, Mar 28, 2005 at 06:38:23PM -0800, Chen, Kenneth W wrote:
> We have measured that the following patch give measurable performance gain
> for industry standard db benchmark. Comments?
Dave Jones wrote on Monday, March 28, 2005 7:00 PM
> If you can't publish results from that certain
On Mon, Mar 28, 2005 at 06:38:23PM -0800, Chen, Kenneth W wrote:
> We have measured that the following patch give measurable performance gain
> for industry standard db benchmark. Comments?
If you can't publish results from that certain benchmark due its stupid
restrictions, could you also try
OK, I took the plunge and dove into the code. Here is what I've
discovered so far.
scsi_scan_host_selected: <1:4294967295:4294967295:4294967295>
scsi scan: INQUIRY pass 1 to host 1 channel 0 id 0 lun 0, length 36
ata1: command 0xa0 timeout, stat 0xd0 host_stat 0x1
scsi scan: INQUIRY failed
On Mon, 28 Mar 2005 21:34:08 -0500
Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
> You are right. The check for pre_handler is needed and here is a patch
> against 2.6.12-rc1-mm3 that does this.
The sparc64 part looks just fine.
-
To unsubscribe from this list: send the line "unsubscribe
This patch was posted last year and if I remember correctly, Jens said
he is OK with the patch. In function __generic_unplug_deivce(), kernel
can use a cheaper function elv_queue_empty() instead of more expensive
elv_next_request to find whether the queue is empty or not. blk_run_queue
can also
On Sun, 2005-03-27 at 12:40 -0500, Dave Jones wrote:
> On Sun, Mar 27, 2005 at 05:12:58PM +0200, Jan Engelhardt wrote:
>
> > Well, kfree inlined was already mentioned but forgotten again.
> > What if this was used:
> >
> > inline static void kfree_WRAP(void *addr) {
> > if(likely(addr
Hi Riley, Dave, Peter, i386 boot/workaround maintainers,
This patch incorporates the suggestions from the previous thread.
ie: add header, use dummy macro, describe safety in help.
Please let me know if it's okay.
Thanks,
Jaya Kumar
---
I ran into a problem getting reboot working with 2.6.11
Lee Revell wrote:
On Sat, 2005-03-26 at 10:28 -0800, Greg KH wrote:
On Sat, Mar 26, 2005 at 05:52:20PM +, Mark Fortescue wrote:
I am writing a "Proprietry" driver module for a "Proprietry" PCI card and
I have found that I can't use SYSFS on Linux-2.6.10.
Why ?.
What ever gave you the
Kernel needs at least one bio and one bio_vec structure to process one I/O.
For every I/O, kernel also does two pairs of mempool_alloc/free, one for
bio and one for bio_vec. It is not exactly cheap in setup/tear down bio_vec
structure. bio_alloc_bs() does more things in that function other than
On Mon, Mar 28, 2005 at 04:10:32PM -0500, William Cohen wrote:
Hi Will,
> I found kprobes expects there to be a pre_handler function in the
> structure. I was writing a probe that only needed a post_handler
> function, no pre_handler function. The probe was tracking the
> destinations of
A bug against an xSeries system showed up recently
noting that the check_nmi_watchdog() test was failing.
I have been investigating it and discovered in both
i386 and x86_64 the recent change to the routine
to use the cpu_callin_map has uncovered a problem.
Prior to that change, on an SMP box,
On Mon, 28 Mar 2005 18:06:08 -0800,
Chris Wedgwood <[EMAIL PROTECTED]> wrote:
>On Mon, Mar 28, 2005 at 04:24:15PM -0800, Chris Wright wrote:
>
>> Imperfect stack trace decoding.
>
>Is this with CONFIG_4K_STACKS? does it happen w/o it?
i386 needs unwind data plus a kernel unwinder to get
On Mar 28, 2005, at 20:53, David Schwartz wrote:
The GPL explicitly permits you to modify the code as you wish, and this
includes removing any restriction or enforcement type code.
Yeah, sure, one could remove the technological enforcement, but IIRC the
thread also brought up that you _still_
On Mon, Mar 28, 2005 at 04:24:15PM -0800, Chris Wright wrote:
> Imperfect stack trace decoding.
Is this with CONFIG_4K_STACKS? does it happen w/o it?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Oleg Nesterov <[EMAIL PROTECTED]> wrote:
>
> This is the last one, I promise.
> On top of "[PATCH rc1-mm3] timers: kill timer_list->lock", see
> http://marc.theaimsgroup.com/?l=linux-kernel=93319932543
I thought that earlier patch was a bit weird and I think it would be better
to get to the
On Sun, 27 Mar 2005, Andi Kleen wrote:
> > Clearly, if the CPU that's clearing the page is likely to use that
> > same page soon after, it'd be useful to use temporal stores.
>
> That is always the case in the current code (without Christophers
> pre cleaning daemon). The page fault handler
> The GPL is a distribution license, it doesn't really matter what you do
> *internally* with GPL code. It might be a DMCA violation in the USSA but
> thats because the law is broken.
You can't violate the DMCA on a GPL'd work. At least, if there's a way
to
do, I couldn't find it. See
On Fri, 25 Mar 2005, Pavel Machek wrote:
> > +unsigned int sysctl_scrub_start = 100; /* Min percentage of zeroed
> > free pages per zone (~10% default) */
> > +unsigned int sysctl_scrub_stop = 300; /* Max percentage of zeroed
> > free pages per zone (~30% default) */
> > +unsigned int
The noop elevator is still too fat for db transaction processing workload.
Since the db application already merged all blocks before sending it down,
the I/O presented to the elevator are actually not merge-able anymore. Since
I/O are also random, we don't want to sort them either. However the
Vivek Goyal <[EMAIL PROTECTED]> wrote:
>
> Following patches (as in series file) need to be dropped before applying
> the fresh ones.
>
> crashdump-documentation.patch
> crashdump-memory-preserving-reboot-using-kexec.patch
> crashdump-routines-for-copying-dump-pages.patch
>
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> The patch below always enables regparm on i386 (with gcc >= 3.0).
I'd prefer to keep the config option so that people can diagnose compiler
and kernel bugs by disabling it. This has proved useful in the past.
-
To unsubscribe from this list: send the
On Wed, Mar 23, 2005 at 09:32:26PM -0800, Andrew Morton wrote:
> Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >
> > > It neither applies correctly nor compiles in current kernels. 2.6.11 is
> > > very old in kernel time.
> >
> > Hrm. This is getting pretty lame, if you can't take patches from the
On Mon, 2005-03-28 at 17:22 -0800, Paul Jackson wrote:
> > So you are saying that a stand alone section of code, that needs
> > wrappers to work with Linux is a derived work of Linux?
>
> Not what I said.
>
Good, so you most likely misunderstood me.
OK, I've had enough of being devil's
On Mon, 2005-03-28 at 19:56 -0500, Kyle Moffett wrote:
> On Mar 28, 2005, at 19:21, Steven Rostedt wrote:
> > So you are saying that a stand alone section of code, that needs
> > wrappers to work with Linux is a derived work of Linux? If there's
> > some functionality, that you make, and it just
Sorry I was not able to get back to you on this sooner.
The various cputime-related fixes here are all fine and should go in. As
you can see, I merged my code with the cputime stuff late in the game and
quickly (and apparently somewhat carelessly). (I knew that you were going
to have to add
> So you are saying that a stand alone section of code, that needs
> wrappers to work with Linux is a derived work of Linux?
Not what I said.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL
Rolf Eike Beer wrote:
Typo fixes.
Thanks to Randy Dunlap and Jean Delvare.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
--- linux-2.6.11/Documentation/eisa.txt 2005-03-02 08:38:12.0 +0100
+++ linux-2.6.12-rc1/Documentation/eisa.txt 2005-03-27 21:58:04.0
+0200
@@ -171,9
On Sun, 2005-03-27 at 10:12 -0800, Greg KH wrote:
> No, that is not the general consensus at all. Please search the
> archives and the web for summaries of this discussion topic the last
> time it came up.
>
> greg k-h
Hi. I've searched the archives about this stuff. It looks like you
attempted
On Mar 28, 2005, at 19:21, Steven Rostedt wrote:
So you are saying that a stand alone section of code, that needs
wrappers to work with Linux is a derived work of Linux? If there's
some functionality, that you make, and it just happens to need
some kind of operating system to work. Does that make
On Tue, 2005-03-29 at 08:12 +0800, Coywolf Qi Hunt wrote:
> > > > with eax == . This corresponds to a vp->v_fops (or rather
> > > > vp->v_bh.bh_first->bd_ops) deref. So, looks like the vnode has a
> > > > NULL v_bh.bh_first (which looks like it's meant to be used to mean
> > > >
* Coywolf Qi Hunt ([EMAIL PROTECTED]) wrote:
> How to explain:
> Call Trace: [get_empty_filp+89/208] get_empty_filp+0x59/0xd0 ?
Imperfect stack trace decoding.
thanks,
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On Mon, 2005-03-28 at 15:43 -0800, Paul Jackson wrote:
> > Writing code that needs wrappers is not derived work, if that code can
> > also have wrappers for BSD, QNX and perhaps Windows.
>
> Just because it works with another O.S. doesn't mean it is not derived
> from Linux code. Good grief.
On Mon, 28 Mar 2005 15:04:16 -0800, Chris Wright <[EMAIL PROTECTED]> wrote:
> * Coywolf Qi Hunt ([EMAIL PROTECTED]) wrote:
> > On Mon, 28 Mar 2005 14:44:30 -0800, Chris Wright <[EMAIL PROTECTED]> wrote:
> > > * Ali Akcaagac ([EMAIL PROTECTED]) wrote:
> > > > And happy easter to you all. Just got
On Monday March 28, [EMAIL PROTECTED] wrote:
> On Mon, Mar 28, 2005 at 10:34:05AM +0300, [Ville Herva] wrote:
> >
> > I just upgraded from linux-2.4.21 + vserser 0.17 to 2.4.30rc3 + vserver
> > 1.2.10. The box has been running stable with 2.4.21 + vserver 0.17/0.16 for
> > a few years (uptime
> >
> > Seems like you are correct, given the below patch fixes the garbage
> > output for me.
>
> David,
>
> Is this patch ok for you?
Just an aside, I've had this patch in my own internal tree for over a
year I never thought it would be kernel acceptable... but I noticed
this problem a long
Adrian Bunk wrote:
On Sun, Mar 27, 2005 at 11:21:58PM +0200, Jean Delvare wrote:
There are two cases:
1. NULL is impossible, the check is superfluous
2. this was an actual bug
In the first case, my patch doesn't do any harm (a superfluous isn't a
real bug).
In the second case, it fixed a
On Thu, Mar 24, 2005 at 01:11:39PM -0600, Tom Zanussi wrote:
> Kingsley Cheung writes:
> > On Wed, Mar 23, 2005 at 09:29:12AM -0600, Tom Zanussi wrote:
> > > [EMAIL PROTECTED] writes:
> > > >
> > > > Now I understand that this is not the latest release of relayfs (there
> > > > are the
> Writing code that needs wrappers is not derived work, if that code can
> also have wrappers for BSD, QNX and perhaps Windows.
Just because it works with another O.S. doesn't mean it is not derived
from Linux code. Good grief. Try your lawyer, or at least a Google
search for something like
perfctr common updates for mapped state cleanup:
- Update virtual.c for perfctr_cpu_state layout change.
- Add perfctr sysfs attribute providing user-space with the offset
in an mmap()ed perfctr object to the user-visible state.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
perfctr ppc32 mapped state cleanup:
- Swap cstatus and k1 fields in struct perfctr_cpu_state. Move
now contiguous user-visible fields to struct perfctr_cpu_state_user.
Hide kernel-private stuff. Inline now obsolete k1 struct. Cleanups.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
perfctr x86 mapped state cleanup:
- Swap cstatus and k1 fields in struct perfctr_cpu_state. Move
now contiguous user-visible fields to struct perfctr_cpu_state_user.
Hide kernel-private stuff. Inline now obsolete k1 struct. Cleanups.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
Andrew,
This set of patches change the layout of the perfctr cpu state object.
This state is mmap()able, providing a low-overhead sampling method to
user-space. But in order to limit the number of cache lines touched
at frequent operations (context switches and explicit samplings), some
On Sun, Mar 27, 2005 at 11:15:24PM +0200, Adrian Bunk wrote:
> This patch fixes a check after use found by the Coverity checker.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Thu, Mar 24, 2005 at 10:06:11PM +0100, Rolf Eike Beer wrote:
> Greg KH wrote:
> > On Sun, Mar 20, 2005 at 03:53:58PM +0100, Rolf Eike Beer wrote:
> > > Greg KH wrote:
> > > > ChangeSet 1.1998.11.23, 2005/02/25 08:26:11-08:00, [EMAIL PROTECTED]
> > > >
> > > > PCI: remove pci_find_device usage
On Fri, Mar 25, 2005 at 01:21:55AM +0100, Adrian Bunk wrote:
> This patch fixes a check after use found by the Coverity checker.
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Sun, Mar 27, 2005 at 03:05:43PM +0100, Rolf Eike Beer wrote:
> Hi,
>
> this patch shrinks pci_seq_start by using for_each_pci_dev() macro instead
> of explicitely using a loop and avoiding a goto.
>
> Eike
>
> Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To
* Coywolf Qi Hunt ([EMAIL PROTECTED]) wrote:
> On Mon, 28 Mar 2005 14:44:30 -0800, Chris Wright <[EMAIL PROTECTED]> wrote:
> > * Ali Akcaagac ([EMAIL PROTECTED]) wrote:
> > > And happy easter to you all. Just got this while trying to delete some
> > > files on my system.
> >
> > I'm curious, what
Andrew,
Cleaned up the Book-E exception handling code to remove saving/restoring
registers that were not needed. Moved the register save/restore area onto
the exception stacks instead of dedicated offsets. Additionally, this
allows for proper SMP handling of the additional exception levels.
On Sun, Mar 06, 2005 at 10:28:45PM +0200, Michael S. Tsirkin wrote:
> Greg, Martin,
>
> The AMD-8131 I/O APIC (device id 1022:7450/7451) does not support message
> signalled interrupts. Thus, if a device driver attempts to enable msi,
> it will suceed, but interrupts are not actually delivered to
1 - 100 of 568 matches
Mail list logo
