On Tue, 19 Jul 2005 21:35:51 +0300, Ivan Yosifov wrote:
> -march implies -mtune and also implies thing like -msse2 for the
> instruction set where applicable.
> I think -march=pentium4 is equivalent to -mmmx -msse -msse2
> -mtune=pentium4 ( if I have not fogotten anything ).
> Pentium4 suppor
Every Mail to this address produces a mail telling that they do no longer
monitor this address and you should use their webinterface.
"We are pleased to offer this powerful replacement to standard email support."
Some people just don't understand.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED
On Tuesday 19 July 2005 19:58, Etienne Lorrain wrote:
> > I'd like to have a discussion about FAT robustness.
> > Please give your thought, comments and related issues.
>
> What I would like is to treat completely differently writing to
> FAT (writing to a removeable drive) which need a complet
> 3) If a normal line of code is more than 80 characters, one of the
> following is probably true: you need to break the line up and use temps
> for clarity, or your function is so big that you're tabbing over too
> far.
(Find source files, expand tab chars to their on-screen length, print if
>
>Also, I believe that the -march=pentium4 option /was/ actually used up
>until kernel 2.6.10 where it was dropped because of a risk that some
>versions of gcc would cause the kernel to use SSE registers for data
>movement (which is a no-no).
In that case, -mno-sse should have been used.
Jan En
On Wed, 2005-07-20 at 09:03 +0100, Kerin Millar wrote:
> On Tue, 19 Jul 2005 21:35:51 +0300, Ivan Yosifov wrote:
>
>
>
> > -march implies -mtune and also implies thing like -msse2 for the
> > instruction set where applicable.
> > I think -march=pentium4 is equivalent to -mmmx -msse -msse2
> > -
Hi,
this patch changes a bit of indentation. Currently it is
if (i8xx_tcp_pci) {
...
return 1;
}
return 0;
Now it will be
if (!i8xx_tcp_pci)
return 0;
...
return 1;
Also some superfluous spaces are killed to match Codingstyle.
Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
Signed-off-by: Miles Bader <[EMAIL PROTECTED]>
include/asm-v850/bitops.h |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/bitops.h
linux-2.6.12-uc0-v850-20050720/include/asm-v850/bitops.h
--- linux-2.6.12-uc0/inclu
Signed-off-by: Miles Bader <[EMAIL PROTECTED]>
include/asm-v850/page.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff -ruN -X../cludes linux-2.6.12-uc0/include/asm-v850/page.h
linux-2.6.12-uc0-v850-20050720/include/asm-v850/page.h
--- linux-2.6.12-uc0/include/as
On Wed, 2005-07-20 at 11:23 +0300, Ivan Yosifov wrote:
> On Wed, 2005-07-20 at 09:03 +0100, Kerin Millar wrote:
> > On Tue, 19 Jul 2005 21:35:51 +0300, Ivan Yosifov wrote:
> >
> > Also, I believe that the -march=pentium4 option /was/ actually used up
> > until kernel 2.6.10 where it was dropped
On Wed, 2005-07-20 at 17:38 +0900, Miles Bader wrote:
[...]
> @@ -157,7 +157,7 @@
> #define find_first_zero_bit(addr, size) \
>find_next_zero_bit ((addr), (size), 0)
>
> -extern __inline__ int find_next_zero_bit (void *addr, int size, int offset)
> +extern __inline__ int find_next_zero_bit(c
On Tue, 2005-07-19 at 22:12 -0500, Matt Domsch wrote:
> On Tue, Jul 19, 2005 at 06:07:41PM -0600, Moore, Eric Dean wrote:
[...]
> > What you illustrated above is not going to work.
> > If your doing #ifndef around a function, such as scsi_device_online, it's
> > not going to compile
> > when scsi_d
Hi,
On Tuesday, 19 of July 2005 23:26, Michal Schmidt wrote:
> Andreas Steinmetz wrote:
> > Michal Schmidt wrote:
> >>Does resuming from swsuspend work for anyone with amd64-agp loaded?
> >>
> >>On my system when I suspend with amd64-agp loaded, I get a spontaneous
> >>reboot on resume. It reboots
>> https://www.redhat.com/archives/fedora-devel-list/2005-January/msg00742.html
>
>Interesting.
This may seem reasonable for a Linux distribution, but less for those who
compile kernelballs just for themselves.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
Miles,
while you're at it patching v850 here and there, could you please
also provide a resonable defconfig for v850, so that
$ make ARCH=v850 CROSS_COMPILE=... defconfig
$ make ARCH=v850 CROSS_COMPILE=...
works? Then my cross-compile tests at http://l4x.org/k could
probably provide somewhat mean
>
>
> > > Also, I believe that the -march=pentium4 option /was/ actually used up
> > > until kernel 2.6.10 where it was dropped because of a risk that some
> > > versions of gcc would cause the kernel to use SSE registers for data
> > > movement (which is a no-no).
> > >
> >
> > You seem right
2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
> while you're at it patching v850 here and there, could you please
> also provide a resonable defconfig for v850, so that
I must admit it's because I've never quite understood how the
defconfig stuff works... I'll look into it I guess...
-miles
--
Do
Miles Bader wrote:
> 2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
>
>>while you're at it patching v850 here and there, could you please
>>also provide a resonable defconfig for v850, so that
>
>
> I must admit it's because I've never quite understood how the
> defconfig stuff works... I'll look i
2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
> > I must admit it's because I've never quite understood how the
> > defconfig stuff works... I'll look into it I guess...
>
> I think you just need to provide a file called 'defconfig' in
> arch/v850/
Hmmm...
Some archs seem to provide defconfigs for
Miles Bader wrote:
> 2005/7/20, Jan Dittmer <[EMAIL PROTECTED]>:
>
>>>I must admit it's because I've never quite understood how the
>>>defconfig stuff works... I'll look into it I guess...
>>
>>I think you just need to provide a file called 'defconfig' in
>>arch/v850/
>
>
> Hmmm...
>
> Some arc
On Wednesday 20 July 2005 12:25, Ivan Yosifov wrote:
> > > > Also, I believe that the -march=pentium4 option /was/ actually used up
> > > > until kernel 2.6.10 where it was dropped because of a risk that some
> > > > versions of gcc would cause the kernel to use SSE registers for data
> > > > movem
Hi,
Redhat 3 update 5 may be what you are looking for (dual core support).
Please note, this may not be the right list for these questions, the
redhat kernel is something very different from the www.kernel.org kernel
(same applies to suse/mandrake)
Best regards
-Original Message-
Fro
Rolf Eike Beer napsal(a):
Your patch to arch/sparc64/kernel/ebus.c is broken, the removed and added
parts do not match in behaviour.
I can't still see the difference.
if (pdev && (pdev->device == PCI_DEVICE_ID_SUN_RIO_EBUS))
*is_rio_p = 1;
else
*is_rio_p = 0;
AND
*is_rio_p = !!(pdev &
Hi,
With this function, system needs to mount read-write file systems on
every boot cycle, due to avoid inconsistency between FS and memory.
How did you address this problem? Did kernel check RW FS remained as
mounted on boot up or hibernate time ?
I think I need to discuss with you at San Jose
On Maw, 2005-07-19 at 10:53 -0500, V. ANANDA KRISHNAN wrote:
> Also I would like to know the procedure (and related info) to apply
> for getting a static number (major/minor) for devices in device drivers.
> Is this practice continued still?
If you want device nodes you still need device numbers
hello.. i have a small problem with inotify in kernel 2.6.13-rc3-git4 -
i do not get the inotify device, i know i build it in,
gzcat /proc/config.gz | grep -i inotify confirms it, and i have a very
new udev, where inotify is in the rules file, i tried udevstart but it
did not create me the inotify
Am Mittwoch, 20. Juli 2005 12:40 schrieb Jiri Slaby:
>Rolf Eike Beer napsal(a):
>>Your patch to arch/sparc64/kernel/ebus.c is broken, the removed and added
>>parts do not match in behaviour.
>
>I can't still see the difference.
diff --git a/arch/sparc64/kernel/ebus.c b/arch/sparc64/kernel/ebus.c
-
On Maw, 2005-07-19 at 15:55 +0200, Adrian Bunk wrote:
> VIA_VELOCITY=y and INET=n results in the following compile error:
>
> <-- snip -->
>
> ...
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `velocity_register_notifier':
> via-velocity.c:(.text+0x3462c6): undefined reference to
On Tue, 19 July 2005 12:16:48 -0700, Chris Wedgwood wrote:
>
> Also, how is lseek + readdir supposed to work in general?
To my understanding, you can lseek to any "proper" offset inside a
directory. Proper means that the offset marks the beginning of a new
dirent (or end of file) in the interpre
Quoting James Bottomley <[EMAIL PROTECTED]>:
> On Fri, 2005-07-15 at 09:46 +0530, Vivek Goyal wrote:
> > Kdump does not require any special support from the driver. After a
> reboot
> > a fresh kernel is booted and drivers are initialized again. The only
> > difference here is that underlying dev
On Wed, 2005-07-20 at 13:38 +0300, Denis Vlasenko wrote:
> On Wednesday 20 July 2005 12:25, Ivan Yosifov wrote:
> > > > > Also, I believe that the -march=pentium4 option /was/ actually used up
> > > > > until kernel 2.6.10 where it was dropped because of a risk that some
> > > > > versions of gcc w
On Wed, Jul 20, 2005 at 01:14:38PM +0200, Kasper Sandberg wrote:
> hello.. i have a small problem with inotify in kernel 2.6.13-rc3-git4 -
> i do not get the inotify device, i know i build it in,
> gzcat /proc/config.gz | grep -i inotify confirms it, and i have a very
> new udev, where inotify is i
Denis Vlasenko skrev:
On Wednesday 20 July 2005 12:25, Ivan Yosifov wrote:
Also, I believe that the -march=pentium4 option /was/ actually used up
until kernel 2.6.10 where it was dropped because of a risk that some
versions of gcc would cause the kernel to use SSE registers for data
movement
On Wed, Jul 20, 2005 at 07:02:53PM +0900, Miles Bader wrote:
> Some archs seem to provide defconfigs for various different platforms,
> which seems nice, and there seems to be some sort of framework for
> doing this, but ...
>
For most of the architectures aimed at embedded systems, having an
arch
Rolf Eike Beer napsal(a):
Am Mittwoch, 20. Juli 2005 12:40 schrieb Jiri Slaby:
Rolf Eike Beer napsal(a):
Your patch to arch/sparc64/kernel/ebus.c is broken, the removed and added
parts do not match in behaviour.
I can't still see the difference.
diff --git a/arch/sparc64
Rolf Eike Beer napsal(a):
Every Mail to this address produces a mail telling that they do no longer
monitor this address and you should use their webinterface.
"We are pleased to offer this powerful replacement to standard email support."
Some people just don't understand.
Signed-off-by: Rol
Hi,
I am not sure if I can ask this here but I could not find any other place
where I could fine anyone with this knowledge.
I have a 15 GB file which I want to place in memory via tmpfs. I want to do
this because I need to have this data accessible with a very low seek time.
I want to know if
On 7/19/05, Jose Luis Domingo Lopez <[EMAIL PROTECTED]> wrote:
> ACK. Just for the record, there seems to be several people out there with
> the same problem, and using different motherboards/BIOSes. Check:
> http://marc.theaimsgroup.com/?t=11214729101&r=1&w=2
And I'm one of them :) Any idea i
Hi Pete :)
* Pete Zaitcev <[EMAIL PROTECTED]> dixit:
> On Tue, 19 Jul 2005 18:24:25 +0200, DervishD <[EMAIL PROTECTED]> wrote:
> > I have a new MP3 player, and when I disconnect it from the USB
> > port, my logs says:
> >
> > <30>Jul 19 18:11:05 kernel: usb.c: USB disconnect on devic
On Tue, Jul 19, 2005 at 10:12:49PM -0500, Matt Domsch wrote:
> > What you illustrated above is not going to work.
> > If your doing #ifndef around a function, such as scsi_device_online, it's
> > not going to compile
> > when scsi_device_online is already implemented in the kernel tree.
> > The rou
On 7/11/05, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
>
[snip]
> kernel guide to space AKA a boring list of rules
> http://www.mellanox.com/mst/boring.txt
>
[snip]
>
> 3c. * in types
> Leave space between name and * in types.
> Multiple * dont need additional space between th
Paul Mundt wrote:
> On Wed, Jul 20, 2005 at 07:02:53PM +0900, Miles Bader wrote:
>
>>Some archs seem to provide defconfigs for various different platforms,
>>which seems nice, and there seems to be some sort of framework for
>>doing this, but ...
>>
>
> For most of the architectures aimed at embe
Quoting r. Jesper Juhl <[EMAIL PROTECTED]>:
> > static struct foo *foo_bar(struct foo *first, struct bar *second,
> >struct foobar* thirsd);
> >
> In this example you are not consistently placing your *'s, "struct foo
> *first" vs "struct foobar* thirsd". Common practic
Hi all,
Somebody can help me with some memory management issues (like Out Of
Memory) in Linux kernel 2.4 (with some backports from 2.6 kernel. eg.
Red Hat Enterprise Kernel) and SMP machines (4 processors) with a lot of
memory (16GB)?
Thanks a lot.
Márcio.
-
To unsubscribe from this list:
On Wed, Jul 20, 2005 at 02:16:36PM +0200, Bastiaan Naber wrote:
> I have a 15 GB file which I want to place in memory via tmpfs. I want to do
> this because I need to have this data accessible with a very low seek time.
That should be no problem on a 64 bit architecture.
> I want to know if this
On Wed, 2005-07-20 at 10:10 -0300, Márcio Oliveira wrote:
> Hi all,
>
> Somebody can help me with some memory management issues (like Out Of
> Memory) in Linux kernel 2.4 (with some backports from 2.6 kernel. eg.
> Red Hat Enterprise Kernel) and SMP machines (4 processors) with a lot of
> mem
On 7/20/05, Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 20, 2005 at 02:16:36PM +0200, Bastiaan Naber wrote:
> > I have a 15 GB file which I want to place in memory via tmpfs. I want to do
> > this because I need to have this data accessible with a very low seek time.
>
> That should be no p
In article <[EMAIL PROTECTED]>,
Erik Mouw <[EMAIL PROTECTED]> wrote:
>On Wed, Jul 20, 2005 at 02:16:36PM +0200, Bastiaan Naber wrote:
>> I have a 15 GB file which I want to place in memory via tmpfs. I want to do
>> this because I need to have this data accessible with a very low seek time.
>
>Th
Where can I find common Linux benchmarks? I added some changes to system
calls and want to check whether it cause any performance degradation.
Thanks,
--
Eliad
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
On 7/19/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> [ The subject was adapted to linux-kernel spam filters... ]
>
> On Sat, Jul 16, 2005 at 07:26:44PM +0200, Jindrich Makovicka wrote:
> > Andrew Vasquez wrote:
> > > Yes, quite. How about the following to correct the intention.
> > >
> > >
> > >
Gene Heskett verizon.net> writes:
>
> On Monday 18 July 2005 09:41, Philippe Gerum wrote:
> >The interrupt pipeline patch v0.9-02 has been released, fixing a
> > latency spot and a bug in the deferred printk() mechanism.
> >
> >A split version of the patch for x86, ppc32 and ia64 is available
>
Jiri Slaby wrote:
>Rolf Eike Beer napsal(a):
>>Am Mittwoch, 20. Juli 2005 12:40 schrieb Jiri Slaby:
>>>Rolf Eike Beer napsal(a):
Your patch to arch/sparc64/kernel/ebus.c is broken, the removed and added
parts do not match in behaviour.
>>>
>>>I can't still see the difference.
>>
>>diff --gi
Am Mittwoch, 20. Juli 2005 14:12 schrieb Jiri Slaby:
>Rolf Eike Beer napsal(a):
>>Every Mail to this address produces a mail telling that they do no longer
>>monitor this address and you should use their webinterface.
>>
>>"We are pleased to offer this powerful replacement to standard email
>> supp
On 7/20/05, eliad lubovsky <[EMAIL PROTECTED]> wrote:
> Where can I find common Linux benchmarks? I added some changes to system
> calls and want to check whether it cause any performance degradation.
> Thanks,
>
You could go search Google - http://google.com/
You could go search Freshmeat - http
Hi David ,
On my controller CF INPACK pin is connected to 3.3v. so Comapct flash
with DMA capabilty will not be supported , i understood this .
but i did not undesrtand why only PIO mode 1 is supported is it , why not
PIO mode 4 , is it a limitation of pcmcia driver , correct me if i am wro
On Wed, Jul 20, 2005 at 03:01:56PM +0200, Jan Dittmer wrote:
> Still, for basic compile testing and testing patches on other
> architectures it would be nice, when the patch writer can test his/her
> patch with a simple defconfig, without knowing a common platform for
> this target arch.
This is w
Arjan van de Ven wrote:
I'm sure RH support will be able to help you with that; I doubt many
other people care about an ancient kernel like that, and a vendor one to
boot.
(Also I assume you are using the -hugemem kernel as the documentation
recommends you to do)
Arjan,
I'd like to know
I have a script that automatically builds kernels for testing. Would it
be possible to put the kernel version number (2.6.12.3) into the
'LATEST-IS-VERSION' file on http://www.kernel.org/pub/linux/kernel/v2.6/
or, is there some other file that traditionally has stored this info? I
searched the repo
On 7/20/05, Simon Strandman <[EMAIL PROTECTED]> wrote:
> Denis Vlasenko skrev:
>
> >
> >Why do you care? I bet that differences between i686 code and pentium4 code
> >are well below noise level.
> >--
> >vda
> >
> For x86_64 the flags -mno-sse -mno-mmx -mno-sse2 -mno-3dnow are always
> used for co
Jan Engelhardt wrote:
I'm probably stabbing in the dark, but I've seen ipt_owner of netfilter to
talk about spin_lock_bh() wrt. files->file_lock.
That is a different lock. I am talking about the global files_lock
(include/linux/fs.h)
Regards
Martin
--
Martin WilckPhone: +4
Mauricio Lin wrote:
Hi,
On 7/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
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/scri
On 7/20/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 7/20/05, eliad lubovsky <[EMAIL PROTECTED]> wrote:
> > Where can I find common Linux benchmarks? I added some changes to system
> > calls and want to check whether it cause any performance degradation.
> > Thanks,
> >
> You could go search Goo
Rolf Eike Beer napsal(a):
Jiri Slaby wrote:
Is there any difference? I don't see any, but... The reading of diff
file in this case is not the best, maybe...
Yes, that was the problem. I would prefer if you could just remove the code
instead of commenting it out. This would have made
On Wed, Jul 20, 2005 at 01:35:07PM +, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Erik Mouw <[EMAIL PROTECTED]> wrote:
> >On Wed, Jul 20, 2005 at 02:16:36PM +0200, Bastiaan Naber wrote:
> >AFAIK you can't use a 15 GB tmpfs on i386 because large memory support
> >is basica
tis 2005-07-19 klockan 18:45 +0200 skrev Martin Wilck:
> Hello,
>
> I apologize in advance if this is a dummy question. My web search turned
> up nothing, so I'm trying it here.
>
> We came across the following error message:
>
> Kernelpanic - not syncing: fs/proc/
> Generic.c:521: spin_lock(fs
On Tue, 19 Jul 2005 23:40:18 -0400 Stephen Evanchik wrote:
> I have been receiving a lot of complaints that TrackPoints on
> Synaptics pass-thru ports stopped working with 2.6.12. I retested
> 2.6.9 and 2.6.11-rc3 successfully, I believe 2.6.11.7 may also work
> but that is unconfirmed at this poi
Ingo Molnar wrote:
> there's one problem with the patch: it breaks things that need the
> low 1MB executable (e.g. APM bios32 calls). It would at a minimum be
> needed to exclude the BIOS area in 0xd-0xf.
>
> Ingo
I wrote it to make everything below 1MB executable, if it isn't RAM
rbt wrote:
> I have a script that automatically builds kernels for testing. Would it
> be possible to put the kernel version number (2.6.12.3) into the
> 'LATEST-IS-VERSION' file on http://www.kernel.org/pub/linux/kernel/v2.6/
> or, is there some other file that traditionally has stored this info?
On Tuesday 19 Jul 2005 17:47, Karim Yaghmour wrote:
> I have a usb-attached HD that I use from time to time. When it's connected
> to my desktop through a hub it works flawlessly. When connected to my Dell
> D600 Laptop, however, it sometimes randomly exhibits a loud click (as if
> the heads went b
Hello,
I have bridge firewall (linux box) with three fast ethernet cards (one
rtl8139 for management and two e100 for bridge). It is running 2.4.31
kernel and iptables v1.2.11. It works ok about one month. Few weeks
ago It started ooopsing. First thought was hardware, but it was
replaced with a ne
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> > there's one problem with the patch: it breaks things that need the
> > low 1MB executable (e.g. APM bios32 calls). It would at a minimum be
> > needed to exclude the BIOS area in 0xd-0xf.
> >
> > Ingo
>
> I wr
Alexander Nyberg wrote:
spin_lock_irqsave is only needed when a lock is taken both in normal
context and in interrupt context. Clearly this lock is not intended to
be taken in interrupt context.
According to Rusty's unreliable guide
(http://www.kernel.org/pub/linux/kernel/people/rusty/kernel-
Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>> Ingo Molnar wrote:
>>> there's one problem with the patch: it breaks things that need the
>>> low 1MB executable (e.g. APM bios32 calls). It would at a minimum be
>>> needed to exclude the BIOS area in 0xd-0xf.
>>>
>
On 7/20/05, Sergey Vlasov <[EMAIL PROTECTED]> wrote:
> On Tue, 19 Jul 2005 23:40:18 -0400 Stephen Evanchik wrote:
>
> > I have been receiving a lot of complaints that TrackPoints on
> > Synaptics pass-thru ports stopped working with 2.6.12. I retested
> > 2.6.9 and 2.6.11-rc3 successfully, I belie
>I want to know if this is possible before spending 10,000 euros on a machine
>that has 16 GB of memory.
I can get a Dual Opteron 242 with 16G for less than 10K euro. :)
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On 7/20/05, Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 20, 2005 at 01:35:07PM +, Miquel van Smoorenburg wrote:
> > In article <[EMAIL PROTECTED]>,
> > Erik Mouw <[EMAIL PROTECTED]> wrote:
> > >On Wed, Jul 20, 2005 at 02:16:36PM +0200, Bastiaan Naber wrote:
> > >AFAIK you can't use a 15
Hi,
I just released a new version of kernel-desktop. New features are:
- Based on FC4 2.6.12-1.1398_FC4 kernel
- Include 2.6.12.3pre patch
- Include Con Kolivas CK8 patchset (with Staircase11)
Kernel-desktop is based on the standard FC3 kernel, with the folowing
additions:
- NTFS read-only
- iNot
Hi Brady,
On 7/20/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Mauricio Lin wrote:
> > Hi,
> >
> > On 7/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >>Andrew Morton wrote:
> >>
> >>>OK, please let us know how it goes.
> >>
> >>It went very well. I could find no problems at all.
ACPI spec. states that the location of the RSDP structure is found by searching
* The first 1 KB of the Extended BIOS Data Area (EBDA).
* The BIOS read-only memory space between 0Eh and 0Fh
The EBDA scan looks wrong. The patch below against 2.6.12 should correct this.
-Udo.
---
Calcula
On Wed, Jul 20, 2005 at 10:05:13AM -0500, Dmitry Torokhov wrote:
> On 7/20/05, Sergey Vlasov <[EMAIL PROTECTED]> wrote:
> > Another option is to change the
> > PSMOUSE_TRACKPOINT value so that it is less than PSMOUSE_GENPS,
>
> No, protocol numbers should not be changed as userspace drivers/setup
Mauricio Lin wrote:
Hi Brady,
On 7/20/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
The following shell gets the shared values for the
first httpd process:
FIRST_HTTPD=`ps -C httpd -o pid= | head -1 | tr -d ' '`
HTTPD_STATM_SHARED=$(expr 4 '*' `cut -f3 -d' ' /proc/$FIRST_HTTPD/statm`)
HTTP
I had the following happen last night while running while running Con's
Interbench. Looking back through my log, I do see one other case where
the same BUG triggered from running updatedb (2.6.12-RT-V0.7.51-31), but
it didn't have all of the ext3 errors that followed this one. I really
don't ha
On Jul 19, 2005 16:15 +0200, Adrian Bunk wrote:
> This patch contains the following cleanups:
> - make needlessly global functions static
> - journal.c: remove the unused global function __journal_internal_check
> and move the check to journal_init
> - remove the following write-only
On Wed, Jul 20, 2005 at 12:49:00PM +0530, [EMAIL PROTECTED] wrote:
>
> Hi David ,
>
> On my controller CF INPACK pin is connected to 3.3v. so Comapct
> flash with DMA capabilty will not be supported , i understood this .
> but i did not undesrtand why only PIO mode 1 is supported is it ,
> why n
On Sun, 2005-07-17 at 20:00 +0200, Roman Zippel wrote:
> On Fri, 15 Jul 2005, john stultz wrote:
>
> > In my attempts to rework the timeofday subsystem, it was suggested I
> > try to avoid mixing cleanups with functional changes. In response to the
> > suggestion I've tried to break out the ma
On 2005-07-20T11:35:46, David Teigland <[EMAIL PROTECTED]> wrote:
> > Also, eventually we obviously need to have state for the nodes - up/down
> > et cetera. I think the node manager also ought to track this.
> We don't have a need for that information yet; I'm hoping we won't ever
> need it in th
Like Lars, I too was under the wrong impression about this configfs
"nodemanager" kernel component. Our discussions in the cluster meeting Monday
and Tuesday were assuming it was a general service that other kernel components
could/would utilize and possibly also something that could send ueven
On Wed, 2005-07-20 at 17:29 +0200, Jean-Eric Cuendet wrote:
> Hi,
> I just released a new version of kernel-desktop. New features are:
> - Realtime LSM module (Useful for jack audio server)
2.6.12 supports RLIMIT_RTPRIO and RLIMIT_NICE so this is no longer
needed.
The distros need to get with th
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> 3) If a normal line of code is more than 80 characters, one of the
>> following is probably true: you need to break the line up and use temps
>> for clarity, or your function is so big that you're tabbing over too
>> far.
>
> (Find source files, expan
On Wed, 2005-07-20 at 17:29 +0200, Jean-Eric Cuendet wrote:
> Hi,
"You are not allowed to post to this mailing list, and your message has
been automatically rejected. If you think that your messages are
being rejected in error, contact the mailing list owner at
[EMAIL PROTECTED]"
Please don't cc
Hi!
> > > ...and that's well known; but now I did some back tracking, and
> > > 2.6.12-rc1 works, 2.6.12-rc2 does *not* and 2.6.12-rc2 with arm
> > > changes reverted works. I'll play a bit more.
> >
> > This fixes at least one break-the-boot bug in -rc2...
> >
> >
Matt Domsch wrote:
> On Tue, Jul 19, 2005 at 06:07:41PM -0600, Moore, Eric Dean wrote:
> > On Tuesday, July 12, 2005 8:17 PM, Matt Domsch wrote:
> > > In general, this construct:
> > >
> > > > > -#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,6))
> > > > > -static int inline scsi_device_online(struc
On 7/19/05, Moore, Eric Dean <[EMAIL PROTECTED]> wrote:
> On Tuesday, July 12, 2005 8:17 PM, Matt Domsch wrote:
> > In general, this construct:
> >
> > > > -#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,6))
> > > > -static int inline scsi_device_online(struct scsi_device *sdev)
> > > > -{
> > > > -
On 2005-07-20T09:55:31, "Walker, Bruce J (HP-Labs)" <[EMAIL PROTECTED]> wrote:
> Like Lars, I too was under the wrong impression about this configfs
> "nodemanager" kernel component. Our discussions in the cluster
> meeting Monday and Tuesday were assuming it was a general service that
> other ke
On Wed, Jul 20, 2005 at 01:21:27PM +0200, J?rn Engel wrote:
> To my understanding, you can lseek to any "proper" offset inside a
> directory. Proper means that the offset marks the beginning of a
> new dirent (or end of file) in the interpretation of the filesystem.
But you can never tell where
Chris Wedgwood wrote:
Hos does that work if offset >= m?
Eerrh, did you actually read my patch? The i_size of a directory is
increased by SIMPLE_BOGO_DIRENT_SIZE for every entry in the directory.
>>So you can seek to m*+ to access an offset into
>>> >something at depth m?
>>> >
>>
>> Yes.
On Wed, Jul 20, 2005 at 12:54:09PM -0500, Nathan Lynch wrote:
> Matt Domsch wrote:
> > On Tue, Jul 19, 2005 at 06:07:41PM -0600, Moore, Eric Dean wrote:
> > > On Tuesday, July 12, 2005 8:17 PM, Matt Domsch wrote:
> > > > In general, this construct:
> > > >
> > > > > > -#if (LINUX_VERSION_CODE < KE
On Wed, Jul 20, 2005 at 08:09:18PM +0200, Lars Marowsky-Bree wrote:
> On 2005-07-20T09:55:31, "Walker, Bruce J (HP-Labs)" <[EMAIL PROTECTED]> wrote:
>
> > Like Lars, I too was under the wrong impression about this configfs
> > "nodemanager" kernel component. Our discussions in the cluster
> > mee
Hi,
attached patch implements IOAPIC_CACHE on x86_64,
if I haven't forgotten something
Note that in the patch, IOAPIC_POSTFLUSH is initially not set.
Thats different to plain -51-32.
Works fine here on a K8T800 Mobo.
Would be fine, if some guys could give this a try ontop of -51-32.
Thanks,
Chris Wedgwood wrote:
To my understanding, you can lseek to any "proper" offset inside a
directory. Proper means that the offset marks the beginning of a
new dirent (or end of file) in the interpretation of the filesystem.
But you can never tell where these are in general.
I don't want
1 - 100 of 167 matches
Mail list logo
