On Thu, February 17, 2005 8:42 pm, Horst von Brand said:
> Linus clearly considered not just his /own/ workflow, but the workflow
> for the /whole/ kernel development community. In fact, BK was designed
Well, the /whole/ community isn't yet included, that's what we're talking
about.
> around the
Hi,
we have a bunch of systems which semi-reproducibly (chance of 1:1000) hang
when a PCMCIA card is removed from its PCI->PCMCIA interface via "cardctl
eject". Right *here*, in fact:
static int pci_conf1_read (int seg, int bus, int devfn, int reg, int
len, + u32 *value) {
[...]
case 2:
On Thu, February 17, 2005 11:00 pm, Theodore Ts'o said:
> If you think that, you truly do not understand the value of BK, and
> why Linus chose it.
Hey Ted,
No, I just disagree that it was an absolute requirement or worth its cost
that so many want to completely discount. Andrew has pretty muc
Itsuro Oda <[EMAIL PROTECTED]> writes:
> I see. I would like to contribute as possible I can.
Pick some piece you that have an affinity for and work on it.
Problems are best solved by those who see them and by those who care :)
I believe Vivek Goyal is currently working on the remaining user spa
Ok, we may not be over with memory corruption bugs yet. ppc64 now seem
stable running LTP overnight, but my laptop has a page of kernel .text
replaced with zero's as soon as I launch X (and just X, no need to launc
the whole desktop environment).
I suspect remap_pfn_range() but I haven't checked y
On Friday 18 February 2005 02:21, Chuck Berg wrote:
> I have a system with two USB DVD burners. If I burn a disc on both at the
> same time, one of the dvdrecord processes hangs (unkillably stuck in the
> D state). The usb-storage kernel thread was also stuck in the D state.
>
> I power-cycled bot
Hi,
On 17 Feb 2005 02:55:31 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> My role in this is that of maintainer and architect. On a practical
> level I gain nothing from a working crash-dump/kexec-on-panic
> implementation except it stops being a gating factor for the rest
> of the kexec
On Tue, 15 Feb 2005 18:43:07 + Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> On Tue, Feb 15, 2005 at 02:01:49PM +1100, Stephen Rothwell wrote:
>
> > +asmlinkage long compat_sys_waitid(u32 which, u32 pid,
> > + struct compat_siginfo __user *uinfo, u32 options,
> > + struct c
Hi,
There seems to be a bug in the Linux 2.4.29 e1000 driver.
With an SMP kernel on a single Intel 3.0GHZ HT cpu, and an 82547
NIC in half-duplex 100Mb/s mode, the kernel with lock up hard (no
nmi_watchdog=1 messages) under reasonably heavy transmit network
loads. The bug does not manifest itself
On Thu, Feb 17, 2005 at 04:03:53PM -0800, Dave Hansen wrote:
> The attached patch
Just tried to compile this and noticed that there is no definition
of valid_section_nr(), referenced in sparse_init.
--
Mike
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
I saw your patch referenced in
http://marc.theaimsgroup.com/?l=linux-kernel&m=110859724430665&w=2
At first glance there is one odd place in the proposed patch:
- cifs_ace->cifs_e_perm = (__u8)cpu_to_le16(local_ace->e_perm);
- cifs_ace->cifs_e_tag = (__u8)cpu_to_le16(local_ace->e_tag
"Sean" <[EMAIL PROTECTED]> said:
> On Thu, February 17, 2005 3:52 pm, Horst von Brand said:
[...]
> > "Best tool for the job" certainly includes minutiae like "benefits" and
> > "price".
> Thank you, that's my point. It's not just about the geeky microscopic
> technical details.
Linus clearly
Clemens Schwaighofer <[EMAIL PROTECTED]> said:
> On 02/17/2005 01:57 PM, Theodore Ts'o wrote:
> > Compare the number of developers, the number of overlapping
> > simultaneous development trees, and the number of patches that touch
> > overlapping files, and you'll begin to start to appreciate the
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/2005 01:00 PM, Theodore Ts'o wrote:
> On Thu, Feb 17, 2005 at 06:32:04PM -0500, Sean wrote:
>
>>No. It's about recognizing the needs of more people than just the few at
>>the top. Besides, with a free tool at the Head, bk could continue to
On Thu, Feb 17, 2005 at 06:32:04PM -0500, Sean wrote:
> No. It's about recognizing the needs of more people than just the few at
> the top. Besides, with a free tool at the Head, bk could continue to be
> used underneath by Linus and anyone else.
If you think that, you truly do not understand
On Fri, Feb 18, 2005 at 04:22:49AM +0100, Bodo Eggert wrote:
> Herbert Poetzl <[EMAIL PROTECTED]> wrote:
> > On Thu, Feb 17, 2005 at 03:41:19PM -0800, Andrew Morton wrote:
> >> Rene Scharfe <[EMAIL PROTECTED]> wrote:
>
> >> > Add proc.umask kernel parameter. It can be used to restrict permissions
[EMAIL PROTECTED] wrote:
On Thu, 03 Feb 2005 09:41:00 +0100, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
I suggest you talk to a lawyer and review the general comments about
binary modules with him (http://people.redhat.com/arjanv/COPYING.modules
for example). You are writing an addition to linux
Herbert Poetzl <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 17, 2005 at 03:41:19PM -0800, Andrew Morton wrote:
>> Rene Scharfe <[EMAIL PROTECTED]> wrote:
>> > Add proc.umask kernel parameter. It can be used to restrict permissions
>> > on the numerical directories in the root of a proc filesystem, i.
On Thu, February 17, 2005 9:24 pm, Tupshin Harper said:
Hi Tupshin,
> Speaking as somebody that uses Darcs evey day, my opinion is that the
> future of OSS SCM will be something like arch or darcs but that neither
> are ready for projects the size of the linux kernel yet. Darcs is
> definitely wa
On Wed, Feb 16, 2005 at 06:25:03AM +0100, Herbert Poetzl wrote:
> hmm, just an idea, but have you thought about using
> an indirect syscall table for your purposes?
>
> current->syscall_table
>
> and have a table for every 'mode' you want to use ...
That would add an additional level of indire
Patrick McFarland wrote:
On Sunday 13 February 2005 09:08 pm, Larry McVoy wrote:
Something that unintentionally started a flamewar.
Well, we just went through another round of 'BK sucks' and 'BK sucks, we need
to switch to something else'.
Sans the flamewar, are there any options? CVS and
On Sunday 13 February 2005 09:08 pm, Larry McVoy wrote:
> Something that unintentionally started a flamewar.
Well, we just went through another round of 'BK sucks' and 'BK sucks, we need
to switch to something else'.
Sans the flamewar, are there any options? CVS and SVN are out because they do
On Thu, Feb 17, 2005 at 08:56:52PM +0100, Pavel Machek wrote:
> > > Just remember you're doing the mkswap if you decide to rearrange your
> > > partitions at all, or code a script smart enough to grep your swap
> > > partitions out of your fstab.
> >
> > It could be a workaround. Still it will cau
On Thu, Feb 17, 2005 at 03:41:19PM -0800, Andrew Morton wrote:
> Rene Scharfe <[EMAIL PROTECTED]> wrote:
> >
> > Add proc.umask kernel parameter. It can be used to restrict permissions
> > on the numerical directories in the root of a proc filesystem, i.e. the
> > directories containing process sp
On Thu, 2005-02-17 at 05:00, Parag Warudkar wrote:
> On Wednesday 16 February 2005 06:52 pm, Andrew Morton wrote:
> > So it's probably an ndiswrapper bug?
> Andrew,
> It looks like it is a kernel bug triggered by NdisWrapper. Without
> NdisWrapper, and with just 8139too plus some light network ac
We are trying boot compact flash
in the kernel code the run_init_process(char *file_name) trying to executed
but the kernel hanged
regards
govind
_
Get married the quickest way on BharatMatrimony.com.
http://www.bharatmatrimony.com/cg
On Thu, 17 Feb 2005, Joshua Kwan wrote:
> > What was the previous kernel you ran on that machine, just out of
> > interest? If it hasn't happened before, it would be interesting to know
> > when it started happening...
>
> It used to be running 2.4.27, where there was no evidence of such a bug
Linus Torvalds wrote:
Does the box still work? It may well be that once all drivers have had a
chance to initialize their hardware properly, the problem is just gone,
and that the interim reports about not being able to handle the irq are
just temporary noise.
The box seems to work fine; on the oth
On Wed, 16 Feb 2005, Joshua Kwan wrote:
>
> Just migrated to 2.6.10 on an old VIA MVP3 box and I'm getting this:
>
> irq 12: nobody cared!
IRQ 12 should be your PS/2 mouse irq too. It seems your wireless card
shares that interrupt, which is unusual, but not necessarily wrong.
My guess is tha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/17/2005 07:27 PM, Sean wrote:
> On Thu, February 17, 2005 4:27 am, Roland Kuhn said:
>
>
>>The difference comes after the merge. Suppose Andrew didn't push
>>everything to Linus. Then new patches come in, both trees change. In
>>this situation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/17/2005 01:57 PM, Theodore Ts'o wrote:
> Compare the number of developers, the number of overlapping
> simultaneous development trees, and the number of patches that touch
> overlapping files, and you'll begin to start to appreciate the
> differ
Vincent Roqueta wrote:
Hello all,
I am working on NFS interoperabiity and I experiment some problems with UDP.
The problem appear between the linux 2.6.10rc1 and 2.6.10rc2, and is still
present in the last kernel (2.6.11rc3)
With NFSv3:
Client send a 32k file splited into 22 IP fragments. The pr
I have a system with two USB DVD burners. If I burn a disc on both at the
same time, one of the dvdrecord processes hangs (unkillably stuck in the
D state). The usb-storage kernel thread was also stuck in the D state.
I power-cycled both burners. The disconnect appeared in the logs but
they were n
The attached patch is a prototype implementation of memory hot-add. It
allows you to boot your system, and add memory to it later. Why would
you want to do this? Well, it's a step before memory removal which can
help cope with things like bad RAM. This is primarily useful for a
machine that you
Pavel Machek schrieb:
>
>>>I'm not sure if you can push the whole industry at once.
>>
>>The goal is to know what to tell the system vendors
>>interested in supporting Linux what they should do
>>with their BIOS on future platforms.
>>
>>I believe our message should be:
>>1. BIOS should save/resto
On Thu, February 17, 2005 6:54 pm, Lee Revell said:
> Ed did not say it was a choice between BK and nothing. He said "Linus
> has tried other SCMs. They did not suffice." Did you even read his
> comment?
The point you missed is that it's not an honest comparison to look at the
post BK/ pre BK
On Thu, Feb 17, 2005 at 03:30:31PM -0800, David S. Miller wrote:
> On Fri, 18 Feb 2005 00:03:42 +0100
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > And to be honest we only have about 6 or 7 of these walkers
> > in the whole kernel. And 90% of them are in memory.c
> > While doing 4level I think I
[Sorry for the late answer.]
On Tue, Feb 15, 2005 at 09:44:41PM -0600, Ray Bryant wrote:
> >
> >
> >Sorry, but the only real difference between your API and mbind is that
> >yours has a pid argument.
> >
>
> That may be true, but the internals of the implementations have got
> to be pretty diffe
On Thu, 2005-02-17 at 18:32 -0500, Sean wrote:
> On Thu, February 17, 2005 6:25 pm, Ed Tomlinson said:
> > Linus has tried other SCMs. They did not suffice. I remember the preBK
> > days, when you had to post a patch half a dozen time to get it merged.
> > Patches were being missed left right an
On Thu, Feb 17, 2005 at 03:49:17AM +0100, Carl-Daniel Hailfinger wrote:
> Hi,
>
> this patch is needed to make the SMBus device on my Samsung P35
> laptop visible. By default, it doesn't appear as a pci device.
>
> Patch tested, works perfectly for me. Please apply.
Applied, thanks.
greg k-h
-
On Mon, Feb 14, 2005 at 02:46:38PM -0800, Roland Dreier wrote:
> OK, I'm happy to go along with that (it definitely simplifies my
> driver code). Here's the patch.
>
>
> Remove the call to request_mem_region() in msix_capability_init() to
> grab the MSI-X vector table. Drivers should be using
>
On Thu, 17 Feb 2005, Jon Smirl wrote:
> On Fri, 18 Feb 2005 09:47:15 +1100, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
> > We could provide additional helpers, like pci_find_rom_partition(),
> > which takes the architecture code as an argument. It would check the
> > signature, and iterate
On Tue, Feb 15, 2005 at 01:39:35AM +0100, Pavel Machek wrote:
> Hi!
>
> This fixes (part of) u32 vs. pm_message_t confusion in USB. It should
> cause no code changes. Please apply,
Large portions of this patch are already in my tree (and hence the -mm
tree.) Care to rediff against the latest -mm
On Fri, Feb 18, 2005 at 10:21:03AM +1100, Benjamin Herrenschmidt wrote:
> On Fri, 2005-02-18 at 00:03 +0100, Andi Kleen wrote:
>
> > And to be honest we only have about 6 or 7 of these walkers
> > in the whole kernel. And 90% of them are in memory.c
> > While doing 4level I think I changed all of
Rene Scharfe <[EMAIL PROTECTED]> wrote:
>
> Add proc.umask kernel parameter. It can be used to restrict permissions
> on the numerical directories in the root of a proc filesystem, i.e. the
> directories containing process specific information.
>
> E.g. add proc.umask=077 to your kernel command l
On Thu, February 17, 2005 6:25 pm, Ed Tomlinson said:
>> Yes, I do remember that post. But i'm not arguing from an ideological
>> basis; i'm arguing on practical grounds that the price of using BK is
>> too
>> high for its supposed benefits. I've not seen anyone else make that
>
> Huh? This ide
On Fri, 18 Feb 2005 00:03:42 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> And to be honest we only have about 6 or 7 of these walkers
> in the whole kernel. And 90% of them are in memory.c
> While doing 4level I think I changed all of them around several
> times and it wasn't that big an issue.
Hi!
Sorry, I was too fast with my mail client. Please cc: Len in your
replies.
To: Len Brown <[EMAIL PROTECTED]>
Subject: Re: [ACPI] Call for help: list of machines with working S3
X-Warning: Reading this can be dangerous to your mental health.
Hi!
> > I'm not sure if you can push the whole i
On Thursday 17 February 2005 11:58, Sean wrote:
> On Thu, February 17, 2005 11:55 am, Chris Friesen said:
>
> > If you look at the archives, there have been a *lot* of people saying
> > very much the same thing as you. I suspect people are getting tired of
> > giving the same responses all the ti
On Mon, Feb 14, 2005 at 01:02:05PM +0100, Andi Kleen wrote:
> On Mon, Feb 14, 2005 at 10:47:01AM +0100, Piotr Kaczuba wrote:
> > On Mon, Feb 14, 2005 at 10:18:43AM +0100, Andi Kleen wrote:
> > > Piotr Kaczuba <[EMAIL PROTECTED]> writes:
> > > > Is there a reason why "PCI access mode" config option
On Fri, 2005-02-18 at 00:03 +0100, Andi Kleen wrote:
> And to be honest we only have about 6 or 7 of these walkers
> in the whole kernel. And 90% of them are in memory.c
> While doing 4level I think I changed all of them around several
> times and it wasn't that big an issue. So it's not that we
On Sun, Feb 13, 2005 at 08:46:39PM +0100, Jean Delvare wrote:
> Hi all,
>
> The Toshiba Satellite A40 laptop hides its SMBus device, much like a
> number of Asus boards reputedly do. This prevents access to the LM90
> hardware monitoring chip. This simple patch extends the PCI quirk used
> for the
Hello Pavel!
On Mon 14 Feb 2005 22:11, Pavel Machek wrote:
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
Sorry, but a diff of what? O
On Thu, 2005-02-17 at 05:15, Vojtech Pavlik wrote:
> I'm not sure if you can push the whole industry at once.
The goal is to know what to tell the system vendors
interested in supporting Linux what they should do
with their BIOS on future platforms.
I believe our message should be:
1. BIOS shoul
On Thu, 03 Feb 2005 09:41:00 +0100, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-02-02 at 17:56 -0500, Pavel Roskin wrote:
> > Hello!
> >
> > I'm writing a module under a proprietary license. I decided to use sysfs
> > to do the configuration. Unfortunately, all sysfs exports are av
On Wed, Feb 16, 2005 at 23:29:24 +0100, Droebbel wrote:
> On Mi, 2005-02-16 at 22:55 +0100, Droebbel wrote:
> >Some new information:
> >
> >2.6.7 is ok, 2.6.7-mm2 is not ok, 2.6.7 with just the linus-patch from
> >mm2 is ok, 2.6.7 with linus.patch from mm3 isn't.
> >So I took some of the patches fr
Parag Warudkar wrote:
On Wednesday 16 February 2005 06:28 pm, Pedro Venda wrote:
Having upgraded most of them to 2.6.10-ac12, one of them showed a linear
growth of used memory over the last 7 days, after the first 2.6.10-ac12
boot. It came to a point that it started swapping and the swap usage too
> I though about both ways yesterday, and in the end, I prefer Nick stuff,
> at least for now. It gives us also more flexibility to change gory
> implementation details in the future. I still have to run it through a
> bit of torture testing though.
They're really solving different problems. My co
On Thu, 2005-02-17 at 17:59 -0500, Jon Smirl wrote:
> On Fri, 18 Feb 2005 09:47:15 +1100, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
> > We could provide additional helpers, like pci_find_rom_partition(),
> > which takes the architecture code as an argument. It would check the
> > signatur
On Thursday, February 17, 2005 2:59 pm, Jon Smirl wrote:
> On Fri, 18 Feb 2005 09:47:15 +1100, Benjamin Herrenschmidt
>
> <[EMAIL PROTECTED]> wrote:
> > We could provide additional helpers, like pci_find_rom_partition(),
> > which takes the architecture code as an argument. It would check the
> > s
Sergio Monteiro Basto wrote:
with hdc=scsi haldeamon doesn't recognize cdwriter.
but with hdc=ide-scsi (was the original from kernel 2.4) haldaamon
reconize my cdwriter !
So this message of this subject just make me wast my time and lose my
patience. ( because I forgot to enable haldaemon before to
On Fri, 18 Feb 2005 09:47:15 +1100, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> We could provide additional helpers, like pci_find_rom_partition(),
> which takes the architecture code as an argument. It would check the
> signature, and iterate all "partitions" til it finds the proper
> arch
On Fri, 18 Feb 2005 09:45:50 +1100, Benjamin Herrenschmidt
<[EMAIL PROTECTED]> wrote:
> Can't the size be obtained like any other BAR ?
yes, but cards that don't fully decode their ROM address space can
waste memory in copy_rom. For example I have a card around here that
reports a BAR address spa
kernel wrote:
On Tue, 2005-02-15 at 14:48, Kiniger, Karl (GE Healthcare) wrote:
I can confirm that. Creating a correct iso image from a CD is a
major pain w/o ide-scsi. Depending on what one has done before the iso
image is missing some data at the end most of the time.
(paired with lots of kernel
On Thu, 2005-02-17 at 20:43 +0100, Andi Kleen wrote:
> On Fri, Feb 18, 2005 at 01:03:35AM +1100, Nick Piggin wrote:
> > I am pretty surprised myself that I was able to consolidate
> > all "page table range" functions into a single type of iterator
> > (well, there are a couple of variations, but it
[EMAIL PROTECTED] wrote:
On Wed, 16 Feb 2005 10:42:21 +0100, "Kiniger, Karl (GE Healthcare)" said:
Have you tested the ISO on some *OTHER* hardware? The impression I got
was that the cd was *burned* right by ide-cd, but when *read back*, it
bollixed things up at the end of the CD.
Using
Am 2005-02-17 14:03:08, schrieb Chuck Harding:
> Why can't the list owners apply spamassassin to the list's *incoming*
> mail stream so we don't ever see this stuff? Nearly every one of the
> lists hosted on vger.kernel.org get spammed on a regular basis because
> there is no spam filtering before
On Thu, 2005-02-17 at 12:56 -0500, Jon Smirl wrote:
> On Thu, 17 Feb 2005 09:45:30 -0800, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > Ok, how does this one look to you guys? The r128 driver would need similar
> > fixes.
>
> Do any of the radeon ROMs store multiple images in different formats?
> S
On Thu, 2005-02-17 at 09:45 -0800, Jesse Barnes wrote:
> On Thursday, February 17, 2005 9:32 am, Jon Smirl wrote:
> > On Thu, 17 Feb 2005 09:29:53 -0800, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > > On Thursday, February 17, 2005 8:33 am, Jon Smirl wrote:
> > > > > No, pci_map_rom shouldn't test t
On Thu, 2005-02-17 at 11:33 -0500, Jon Smirl wrote:
> On Thu, 17 Feb 2005 11:48:14 +1100, Benjamin Herrenschmidt
> <[EMAIL PROTECTED]> wrote:
> > On Wed, 2005-02-16 at 15:54 -0800, Jesse Barnes wrote:
> > > On Tuesday, February 15, 2005 5:03 pm, Benjamin Herrenschmidt wrote:
> > > > What about prin
On Wed, Feb 09, 2005 at 02:33:59PM -0700, Mark A. Greer wrote:
>
> I can't find any definitive policy on this. I kind of like the explicit
> return, I don't know why. I've had others make the same comment,
> though, so I'll remove them since it obviously bothers people.
>
> Attached is a repl
On Sun, Feb 06, 2005 at 09:26:41PM +0100, Aur?lien Jarno wrote:
> Hi Greg,
>
> Please find below the new version of the patch against kernel
> 2.6.11-rc3-mm1 to add the sis5595 driver (sensor part).
>
> As you suggested, I have changed the PCI part of the driver, taking the
> via686a driver as an
On Fri, Feb 11, 2005 at 04:15:25PM +0100, [EMAIL PROTECTED] wrote:
> Port of the Genesys Logic 520SM sensor chip driver from linux 2.4
>
> Signed-off-by: Maarten Deprez <[EMAIL PROTECTED]>
Applied, thanks.
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, Feb 04, 2005 at 05:04:09PM -0700, Mark A. Greer wrote:
> 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 I
On Thu, Feb 17, 2005 at 02:03:08PM -0800, Chuck Harding wrote:
> Why can't the list owners apply spamassassin to the list's *incoming*
> mail stream so we don't ever see this stuff? Nearly every one of the
> lists hosted on vger.kernel.org get spammed on a regular basis because
> there is no spam f
On Thu, 2005-02-17 at 14:03 -0800, Chuck Harding wrote:
> Why can't the list owners apply spamassassin to the list's *incoming*
> mail stream so we don't ever see this stuff? Nearly every one of the
> lists hosted on vger.kernel.org get spammed on a regular basis because
> there is no spam filterin
On Thu, 17 Feb 2005 13:20:48 -0800
James Colannino <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
>
> >Greetings!
> >
> > has sent you an E-Card -- a virtual postcard from
> >TheArtHaven.com. You can pickup your card at the TheArtHaven.com website.
> >
> >
>
> This is the first time I'v
On Thu, 2005-02-17 at 14:03 -0800, Chuck Harding wrote:
> Why can't the list owners apply spamassassin to the list's *incoming*
> mail stream so we don't ever see this stuff? Nearly every one of the
> lists hosted on vger.kernel.org get spammed on a regular basis because
> there is no spam filterin
On Tue, Feb 15, 2005 at 11:04:06PM +0100, Kay Sievers wrote:
> On Tue, Feb 15, 2005 at 09:53:44PM +0100, Kay Sievers wrote:
> > Add a "bus" symlink to the class and block devices, just like the "driver"
> > and "device" links. This may be a huge speed gain for e.g. udev to determine
> > the bus val
On Dunnersdag 17 Februar 2005 22:25, Chris Wright wrote:
> static != inline. Locally scoped symbols, 't', and global, 'T',
> are in kallsyms or System.map.
Well, actually they might get inlined automatically when building with
gcc -funit-at-a-time. That is of course a desired side effect of ma
On Thu, 17 Feb 2005, Gene Heskett wrote:
On Thursday 17 February 2005 16:20, James Colannino wrote:
[EMAIL PROTECTED] wrote:
Greetings!
has sent you an E-Card -- a virtual postcard from
TheArtHaven.com. You can pickup your card at the TheArtHaven.com
website.
This is the first time I've ever seen s
Andrew,
Since there don't seem to be any more suggestions, can you take this - or at
least queue it up ???
This is a resend:
I updated again with more __iomem tags.
ftp://oss.sgi.com/projects/sn2/sn2-update/033-ioc4-support
Signed-off-by: Patrick Gefre <[EMAIL PROTECTED]>
Christoph Hellwig wrote
On Thursday 17 February 2005 16:20, James Colannino wrote:
>[EMAIL PROTECTED] wrote:
>>Greetings!
>>
>> has sent you an E-Card -- a virtual postcard from
>>TheArtHaven.com. You can pickup your card at the TheArtHaven.com
>> website.
>
>This is the first time I've ever seen someone send an e-card to
Erik van Konijnenburg wrote:
Features:
- handles both initrd and initramfs.
Comments:
* Having a mkinitrd that's not a shell script is a godsend. I would
endorse yaird on that fact alone :)
* I've long wanted a "mkinitfoo" that would create .cpio.gz for
initramfs by default. So, good job the
Hello
On Thu, 17 Feb 2005 [EMAIL PROTECTED] wrote:
> > I believe there's unresolved memory corruption bug in bttv...
> yes I think so, other have also similar problem :
> http://marc.theaimsgroup.com/?l=linux-kernel&m=110820804010204&w=2
> http://marc.theaimsgroup.com/?t=11053154392&r=1&w=2
>
* David Weinehall ([EMAIL PROTECTED]) wrote:
> BTW: Wishlist request. Would you consider adding -p (--show-c-function)
> to the set of flags used for the diffs created by BitKeeper?
It's already there.
thanks,
-chris
--
Linux Security Modules http://lsm.immunix.org http://lsm.bkbits.net
Add proc.umask kernel parameter. It can be used to restrict permissions
on the numerical directories in the root of a proc filesystem, i.e. the
directories containing process specific information.
E.g. add proc.umask=077 to your kernel command line and all users except
root can only see their own
OK, my previous patches on the subject were _so_ bad that noone even
bothered to flame me. Here's an attempt to fix this. :]
This patch removes the mount options of the proc filesystem. They don't
have any effect since 2.4.something.
Explanation: Only proc_fill_super() calls parse_options, nota
On Thu, February 17, 2005 3:52 pm, Horst von Brand said:
> "Best tool for the job" certainly includes minutiae like "benefits" and
> "price".
Thank you, that's my point. It's not just about the geeky microscopic
technical details.
Sean
-
To unsubscribe from this list: send the line "unsubscri
* linux-os ([EMAIL PROTECTED]) wrote:
>
> Hello,
> Tell me. When all those kernel functions are made static
> how does one use a kernel debugger? How does the OOPS
> get decoded if nothing is in /proc/kallsyms or System.map???
static != inline. Locally scoped symbols, 't', and global, 'T',
are
linux-os> Hello, Tell me. When all those kernel functions are made
linux-os> static how does one use a kernel debugger? How does the
linux-os> OOPS get decoded if nothing is in /proc/kallsyms or
linux-os> System.map???
Dude, static symbols are still in System.map and /proc/kallsyms
[EMAIL PROTECTED] wrote:
Greetings!
has sent you an E-Card -- a virtual postcard from
TheArtHaven.com. You can pickup your card at the TheArtHaven.com website.
This is the first time I've ever seen someone send an e-card to a
mailing list...
James
-
To unsubscribe from this list: send the line
"Sean" <[EMAIL PROTECTED]> said:
> On Thu, February 17, 2005 11:55 am, Chris Friesen said:
> > If you look at the archives, there have been a *lot* of people saying
> > very much the same thing as you. I suspect people are getting tired of
> > giving the same responses all the time.
> >
> > Here i
Hello,
Tell me. When all those kernel functions are made static
how does one use a kernel debugger? How does the OOPS
get decoded if nothing is in /proc/kallsyms or System.map???
Cheers,
Dick Johnson
Penguin : Linux version 2.6.10 on an i686 machine (5537.79 BogoMips).
Notice : All mail here is no
See http://bugme.osdl.org/show_bug.cgi?id=4208 for all relevant information.
--
--- drivers/net/starfire.c.old 2005-02-17 04:12:20.987861182 -0600
+++ drivers/net/starfire.c 2005-02-17 04:11:55.038499137 -0600
@@ -271,7 +271,7 @@
* This SUCKS.
* We need a much better method to determine
This patch makes a needlessly global function static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--
--- linux-2.6.11-rc3-mm2-full/drivers/net/loopback.c.old2005-02-16
16:08:04.0 +0100
+++ linux-2.6.11-rc3-mm2-full/drivers/net/loopback.c2005-02-16
16:08:14.0 +010
This patch contains the following possible cleanups:
- make needlessly global code static
- remove the following unused global functions:
- ixgb_ee.c: ixgb_get_ee_compatibility
- ixgb_ee.c: ixgb_get_ee_init_ctrl_reg_1
- ixgb_ee.c: ixgb_get_ee_init_ctrl_reg_2
- ixgb_ee.c: ixgb_get_ee_subsyst
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/net/lp486e.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
--- linux-2.6.11-rc3-mm2-full/drivers/net/lp486e.c.old 2005-02-16
16:08:34.0 +0100
+++ linux-
Am Donnerstag, 17. Februar 2005 20:08 schrieb Norbert Preining:
> On Die, 15 Feb 2005, Stefan Dösinger wrote:
> > > - DRI must be disabled I guess?! Even with newer X server (x.org)?
> >
> > Do you use the fglrx driver? This doesn't work with any type of suspend
> > so far. If you use the radeon dr
On Wed, 9 Feb 2005 10:12:06 -0200
Marcelo Tosatti <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 08, 2005 at 02:57:07PM -0800, cliff white wrote:
> >
> > Running 2.6.10-ac10 on the STP 1-CPU machines, we don't seem to be able to
> > complete
> > a kernbench run without hitting the OOM-killer. ( kernbe
1 - 100 of 259 matches
Mail list logo
