On Sun, Nov 25, 2012 at 7:23 AM, Jeff Chua wrote:
> On Sun, Nov 25, 2012 at 5:09 AM, Mikulas Patocka wrote:
>> So it's better to slow down mount.
>
> I am quite proud of the linux boot time pitting against other OS. Even
> with 10 partitions. Linux can boot up in just
Jens,
Limited access now at Incheon Airport. Will try the patch out when I arrived.
Thanks,
Jeff
On 11/27/12, Jens Axboe wrote:
> On 2012-11-27 08:38, Jens Axboe wrote:
>> On 2012-11-27 06:57, Jeff Chua wrote:
>>> On Sun, Nov 25, 2012 at 7:23 AM, Jeff Chua
>>> wrote
On Tue, Nov 27, 2012 at 3:38 PM, Jens Axboe wrote:
> On 2012-11-27 06:57, Jeff Chua wrote:
>> On Sun, Nov 25, 2012 at 7:23 AM, Jeff Chua wrote:
>>> On Sun, Nov 25, 2012 at 5:09 AM, Mikulas Patocka
>>> wrote:
>>>> So it's better to slow down mount
On Wed, Nov 28, 2012 at 4:33 PM, Jens Axboe wrote:
> On 2012-11-28 04:57, Mikulas Patocka wrote:
>>
>>
>> On Tue, 27 Nov 2012, Jens Axboe wrote:
>>
>>> On 2012-11-27 11:06, Jeff Chua wrote:
>>>> On Tue, Nov 27, 2012 at 3:38 PM, Jens Axboe w
On Wed, Nov 28, 2012 at 11:59 AM, Mikulas Patocka wrote:
>
>
> On Tue, 27 Nov 2012, Jeff Chua wrote:
>
>> On Tue, Nov 27, 2012 at 3:38 PM, Jens Axboe wrote:
>> > On 2012-11-27 06:57, Jeff Chua wrote:
>> >> On Sun, Nov 25, 2012 at 7:23 AM, Jeff Chua
>&g
On Wed, Nov 28, 2012 at 12:01 PM, Mikulas Patocka wrote:
> block_dev: don't take the write lock if block size doesn't change
>
> Taking the write lock has a big performance impact on the whole system
> (because of synchronize_sched_expedited). This patch avoids taking the
> write lock if the block
On Thu, Nov 29, 2012 at 2:45 PM, Al Viro wrote:
> On Wed, Nov 28, 2012 at 10:37:27PM -0800, Linus Torvalds wrote:
>> On Wed, Nov 28, 2012 at 10:30 PM, Al Viro wrote:
>> >
>> > Note that sync_blockdev() a few lines prior to that is good only if we
>> > have no other processes doing write(2) (or di
On Jan 30, 2008 9:47 PM, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> A binary dump would be more useful:
>
> tcpdump -i lo -w
>
> and I guess Jozsef also wants "-s 0" so the full packets are included.
Attached. Again, both runs with this command to print ...
for((i=1; i<1001;i++)); do echo $i
On Jan 31, 2008 10:41 AM, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Thanks. In the dump we can see that connections reusing ports
> always have their first SYN dropped and retransmissted three
> seconds later. I'm not sure whats causing this yet, do you have
> any firewall rules that affect loo
On Jan 31, 2008 11:25 AM, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Actually its probably the SYN/ACK that is dropped. Please try whether
>
> modprobe ipt_LOG
> echo 255 >/proc/sys/net/netfilter/nf_conntrack_log_invalid
On the good run, I don't get any message, which is good.
On the bad run,
On Feb 2, 2008 10:44 PM, Jozsef Kadlecsik <[EMAIL PROTECTED]> wrote:
> Could I ask you to make two another tests? (I have been unable to
> reproduce the bug so far, but it must be my fault.)
You need to send more than 510 jobs to see the problem.
> In both cases enable loggin invalid messages as
On Feb 4, 2008 10:53 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > commit 8d947344c47a40626730bb80d136d8daac9f2060
> > Author: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
> > Date: Wed Jan 30 13:31:12 2008 +0100
> >
> > x86: change write_idt_entry signature
>
> does the patch below ontop o
On Feb 4, 2008 11:36 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> great! I've added:
> you did all the hard work by bisecting it down so fast - fixing it was
> easy :)
Ingo,
Took me the whole of Friday night. I thought it was just me and my
vmware, so I didn't bother reporting until Jan reported
On Feb 4, 2008 7:51 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > sad to say, but f06e4ec... breaks booting the kernel in vmware
> > commit f06e4ec1c15691b0cfd2397ae32214fa36c90d71
I had the same problem. But I bisect down to a earlier commit.
Reverting this patch, and I can boot up using vmware
On Feb 5, 2008 4:17 AM, Jozsef Kadlecsik <[EMAIL PROTECTED]> wrote:
Actively closed connections are not handled properly, i.e. the initiator
of the active close should not be taken into account. So could you give
a try to the patch below? Does it just suppress the 'invalid packed
ignored' an
On Feb 13, 2008 3:54 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 12 Feb 2008 22:45:09 +0100 Frans Pop <[EMAIL PROTECTED]> wrote:
>
> > Symptom is that the system shuts down normally and completely, it just does
> > not power off.
>
> I've been struggling with an identically-manifesting r
Jozsef, Krzysztof
Have you had a chance to take a look at this missing bit?
Thanks,
Jeff.
On Feb 10, 2008 11:06 PM, Jeff Chua <[EMAIL PROTECTED]> wrote:
>
> On Feb 5, 2008 9:47 PM, Patrick McHardy wrote:
> >> On Feb 5, 2008 4:16 PM, Jozsef Kadlecsik wrote:
> >>
On Fri, Feb 15, 2008 at 2:59 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> I swear someone else sent this in, but my archives don't show it at all.
> I think the patch below should solve this, but I need someone to test it.
I tested but it doesn't fix the problem for me. May be my problem is
differen
It seems the recent kernel is slower mounting hard disk than older
kernels. I've not bisect down to exact when this happen as it might
already been reported or solved. I'm on the latest commit, but it
doesn't seems to be fixed yet.
commit 3587b1b097d70c2eb9fee95ea7995d13c05f66e5
Author: Al Viro
D
According to Documentation/binfmt_misc.txt, the 'magic' and 'mask' can be
set by echoing it to /proc/sys/fs/binfmt_misc/register.
Here's the problem I can across while working on ARM.
# echo
':arm:M::\x7fELF\x01\x01\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x02\x00\x28\x00:\xff\xff\xff\xff\xf
On Tue, Jun 11, 2013 at 9:51 AM, Al Viro wrote:
> Patch is complete BS and I really wonder what kernel have you observed that
> bug on -
> with mainline on amd64 your example yields
> root@kvm-amd64:~# cat /proc/sys/fs/binfmt_misc/arm
> enabled
> interpreter /usr/bin/qemu-arm-static
> flags:
>
Anyone on lkml working on patches for vmware to make it run on
Linux-3.10-rc1? The recent change in procfs interface breaks vmware,
diva/eicon and fio modules.
Every modules is now broken and needs to be reworked. Is there a more
subtle way to handle this like give more time to allow developers to
hould not be used anymore. That's to allow
"me" to continue to be able to work on the latest linux-3.10.0-rc1
while waiting for someone to fix those old modules. Reasonable?
Thanks,
Jeff
On Mon, May 13, 2013 at 10:04 AM, Al Viro wrote:
> On Mon, May 13, 2013 at 08:19:46AM +
On Feb 18, 2008 8:57 AM, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
> Am 16.02.2008 23:37 schrieb Jiri Slaby:
> > On 02/16/2008 09:12 PM, Alan Cox wrote:
> > Try to upgrade to at least lvm 2.02.29 (I guess this is the first version
> > which
> > understands the new sysfs layout).
> I'll have to inv
On Feb 16, 2008 5:00 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > Also, I've tried CONFIG_DETECT_SOFTLOCKUP=n, but this doesn't fix it either.
>
> Ok, this looks to be something else.
>
> > Here's the last dmesg after suspend-to-disk and hang there...
> >
> > CPU 1 is now offline
> > SMP alternative
On Feb 20, 2008 12:32 PM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
>
> On Tuesday, February 19, 2008 6:28 pm Linus Torvalds wrote:
> > On Tue, 19 Feb 2008, Jesse Barnes wrote:
> > > I found the same poweroff issue on my T61. It turned out to be related
> > > to the C state code disabling interrupts
On Feb 21, 2008 1:28 AM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Try suspend-and-resume without X.
Works without those two functions.
> Also, try it on one of the more modern laptops - even *with* X.
Again, still works. Tested on Lenovo X60s.
> Basically, the kernel wants to be able to do
On Feb 20, 2008 2:19 PM, Jeff Chua
I'll try the "idle=poll" to see if that works and will try some printk
I don't know what exactly the i915_suspend() and i915_resume() are
supposed to do because it works better without them.
After inserting "return 0;"
On Feb 21, 2008 1:17 AM, Jeff Chua <[EMAIL PROTECTED]> wrote:
>
>
> On Feb 20, 2008 2:19 PM, Jeff Chua
> > I'll try the "idle=poll" to see if that works and will try some printk
Tried "idle=poll" but it has not effect.
Thanks,
Jeff.
--
To unsubscr
On Feb 21, 2008 1:52 AM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Ahh. You're using the BIOS to re-initialize your video, aren't you?
I don't know. Just pure simple "s2ram" without any options.
> Let's try to narrow it down to what the interaction is. Are you using
> something like acpi_slee
On Feb 21, 2008 1:28 AM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> That said, before you do anything else, try if suspend-to-RAM works.
Linus, guess I missed this part ... so before touch anything, I did
tried suspend-to-ram, and it works on console and in X.
And suspend-to-disk hangs, but I c
On Feb 21, 2008 1:50 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > I would like to know what they're for.
> They're for saving and restoring GPU state across suspend/resume. They're
> particularly useful if your machine doesn't re-POST at resume time. In that
> case your GPU may be totally unin
On Feb 21, 2008 2:53 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > So, next I'll try "shutdown" to see if it work. I was using "platform".
> Ok, that would be good to try.
"shutdown" does power down properly. But still green on resume.
> Looks like the AR registers are hosed, which is what I
On Thu, Feb 21, 2008 at 5:37 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> Ok, can you give this patch a try with the 'platform' method? It should at
> least tell us what ACPI would like the device to do at suspend time, but it
> probably won't fix the hang.
I can't get it to compile.
driver
On Thu, Feb 21, 2008 at 8:39 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> Oops, maybe this should just be pci_choose_state instead.
> And this change should just be reverted (leave it as PCI_D0).
drivers/char/drm/i915_drv.c: In function 'i915_suspend':
drivers/char/drm/i915_drv.c:372: warning:
On Thu, Feb 21, 2008 at 9:21 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > I hope those are just warning that can just be ignored.
>
> Oops again, should be dev->pdev. Silly DRM layer obfuscation.
I was just about to write that the test didn't work. Both std str
hangs even before attempting
On Thu, Feb 21, 2008 at 8:39 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Wednesday, February 20, 2008 4:35 pm Jeff Chua wrote:
> > On Thu, Feb 21, 2008 at 5:37 AM, Jesse Barnes <[EMAIL PROTECTED]>
> wrote:
> > > Ok, can you give this patch a try with
On Fri, Feb 22, 2008 at 5:02 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Thursday, February 21, 2008 11:43 am Romano Giannetti wrote:
> > > > Let's try to narrow it down to what the interaction is. Are you using
> > > > something like acpi_sleep=s3_bios or similar?
> > >
> > > No. Not addi
On Fri, Feb 22, 2008 at 8:23 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> Your system (either your distro suspend/resume scripts or your platform) must
> be running the video BIOS at resume time, otherwise it would probably come
> back blank.
But I don't think so, unless acpid is doing just t
On Fri, Feb 22, 2008 at 8:31 AM, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> Jeff, can you please test hibernation with the patch I've just sent to Jesse
> (reproduced below for convenience)?
Testing now.
Jeff.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Fri, Feb 22, 2008 at 8:42 AM, Jeff Chua <[EMAIL PROTECTED]> wrote:
> On Fri, Feb 22, 2008 at 8:31 AM, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > Jeff, can you please test hibernation with the patch I've just sent to
> Jesse
> > (reproduced be
On Fri, Feb 22, 2008 at 7:45 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> On Thursday, February 21, 2008 2:11 pm Rafael J. Wysocki wrote:
> > Below is a patch that should work around the issue. Please try it and let
> > me know if it helps.
>
> I ended up applying the below patch instead, so i
On Fri, Feb 22, 2008 at 8:46 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> Your s2ram script is doing your STD also? Seems counterintuitive. Anyway,
> some machines also re-POST the GPU on resume from S3; maybe yours is doing
> that.
It's s2ram to do STR, not STD. Sorry for the confusion. Bu
On Fri, Feb 22, 2008 at 9:02 AM, Jesse Barnes <[EMAIL PROTECTED]> wrote:
> The fact that you'd started running into problems since we merged this just
> means your platform was taking care of it for you (lucky you) and that we
> have some bugs in the hibernate code that we're just discovering.
Latest linux git complained about this ...
named: capset failed: Operation not permitted: please ensure that the
capset kernel module is loaded. see insmod(8)
Where is the capset kernel module?
Thanks,
Jeff.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Feb 6, 2008 4:13 PM, Jeff Chua <[EMAIL PROTECTED]> wrote:
> Latest linux git complained about this ...
>
> named: capset failed: Operation not permitted: please ensure that the
> capset kernel module is loaded. see insmod(8)
How this started was that with the latest git
On Feb 6, 2008 7:40 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> >warning: `named' uses 32-bit capabilities (legacy support in use)
> Yes it is a really interesting case I have seen before,
> but did not bother to investigate.
> CONFIG_SECURITY=y
> CONFIG_SECURITY_CAPABILITIES=m or y
Tried, bu
On Feb 7, 2008 11:23 AM, <[EMAIL PROTECTED]> wrote:
> Odd, I thought the help text was originally far more helpful, including
> a url. The message isn't telling you you need a kernel module, but that
> you are using an old libcap. It isn't a real problem right now if
> you're not using the SMAC
On Feb 5, 2008 9:47 PM, Patrick McHardy wrote:
On Feb 5, 2008 4:16 PM, Jozsef Kadlecsik wrote:
Patrick, I suppose you need a patch against the latest git, don't you?
Yes, please. I'll take you first patch for -stable though if you
send me a Signed-off-by: line.
Please note the lastest git com
On Wed, Nov 21, 2012 at 2:09 AM, Jan Kara wrote:
> I haven't heard about such problem so far. What filesystem are you using?
I've tried ext2/ext3/ext4/reiserfs/btrfs ... all seems to be slower
than before. Seems to be fs independent.
> Can you quantify 'is slower'? Bisecting would be welcome o
On Wed, Nov 21, 2012 at 11:46 PM, Jeff Chua wrote:
> On Wed, Nov 21, 2012 at 2:09 AM, Jan Kara wrote:
>> I haven't heard about such problem so far. What filesystem are you using?
>
> I've tried ext2/ext3/ext4/reiserfs/btrfs ... all seems to be slower
> than before
On Fri, Nov 23, 2012 at 9:24 PM, Jens Axboe wrote:
> On 2012-11-22 20:21, Linus Torvalds wrote:
>> Doesn't sound like a fsdevel issue since it seems to be independent of
>> filesystems. More like some generic block layer thing. Adding Jens
>> (and quoting the whole thing)
>>
>> Jens, any ideas? Mo
On Sat, Nov 24, 2012 at 6:21 AM, Jeff Chua wrote:
> On Fri, Nov 23, 2012 at 9:24 PM, Jens Axboe wrote:
>> On 2012-11-22 20:21, Linus Torvalds wrote:
>>> Doesn't sound like a fsdevel issue since it seems to be independent of
>>> filesystems. More like some generi
On Sat, Nov 24, 2012 at 7:31 AM, Jeff Chua wrote:
> On Sat, Nov 24, 2012 at 6:21 AM, Jeff Chua wrote:
>> On Fri, Nov 23, 2012 at 9:24 PM, Jens Axboe wrote:
>>> On 2012-11-22 20:21, Linus Torvalds wrote:
>>>> Doesn't sound like a fsdevel issue since it seems to
On Sun, Nov 25, 2012 at 5:09 AM, Mikulas Patocka wrote:
> So it's better to slow down mount.
I am quite proud of the linux boot time pitting against other OS. Even
with 10 partitions. Linux can boot up in just a few seconds, but now
you're saying that we need to do this semaphore check at boot up
On Sun, Dec 16, 2012 at 9:28 AM, Al Viro wrote:
> On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
>> How should the symbolic links be setup to compile the latest kernel?
>>
>>
>> Currently I had these links and kernels compiled fine until 2 days ago.
>
On Sun, Dec 16, 2012 at 9:39 AM, Jeff Chua wrote:
> On Sun, Dec 16, 2012 at 9:28 AM, Al Viro wrote:
>> On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
>>> How should the symbolic links be setup to compile the latest kernel?
>>>
>>>
>>> Cur
On Sun, Dec 16, 2012 at 9:53 AM, Al Viro wrote:
> On Sun, Dec 16, 2012 at 09:39:01AM +0800, Jeff Chua wrote:
>> On Sun, Dec 16, 2012 at 9:28 AM, Al Viro wrote:
>> > On Sun, Dec 16, 2012 at 09:23:38AM +0800, Jeff Chua wrote:
>> >> How should the symbolic links
On Sat, Feb 23, 2008 at 10:07 AM, Linus Torvalds
<[EMAIL PROTECTED]> wrote:
> On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
> > OK, please have a look at the modified patch below.
>
> All right, I'm fine with it. Now we just need to confirm that it works for
> people..
Looks good. Applied Raf
On Sun, Feb 24, 2008 at 2:43 AM, Linus Torvalds
<[EMAIL PROTECTED]> wrote:
>
>
> On Sat, 23 Feb 2008, Rafael J. Wysocki wrote:
> >
>
> > Thanks for testing. Below is the final version of the patch with a
> > changelog
> > etc.
>
> Thanks, applied.
>
> With this, I also find that I dislike th
On Tue, Feb 26, 2008 at 4:45 AM, Michael S. Tsirkin
<[EMAIL PROTECTED]> wrote:
On Mon, Feb 25, 2008 at 9:46 PM, Andrew Morton
<[EMAIL PROTECTED]> wrote:
> On Mon, 25 Feb 2008 21:19:24 +0200 "Michael S. Tsirkin"
<[EMAIL PROTECTED]> wrote:
> You mean suspend-to-ram works correctly on your t
On Wed, Jan 9, 2013 at 12:39 AM, Linus Torvalds
wrote:
> On Tue, Jan 8, 2013 at 7:51 AM, Jeff Chua wrote:
>> No response so far ... I'm sure someone know this stuff ... Thanks, Jeff.
>>
>> I'm trying to understand how this oops in the diva driver and it's
On Wed, Jan 9, 2013 at 1:24 AM, Linus Torvalds
wrote:
> On Tue, Jan 8, 2013 at 9:17 AM, Jeff Chua wrote:
>>
>> Interesting, but there are 54 lines under the kernel directories that
>> use "dma_alloc_coherent(NULL," followed by "dma_free_coherent(NULL,
Does anybody have bad experience with gcc-2.95.3?
I'm using gcc-2.95.2 with linux 2.4.3 and have no problem with it.
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
depmod version 2.4.5
Compiled 2.4.4-pre1 but running "depmod" generates a lot of these ...
depmod: *** Unresolved symbols in
/lib/modules/2.4.4-pre1/kernel/drivers/char/ltmodem.o
depmod: strstr
depmod: *** Unresolved symbols in
/lib/modules/2.4.4-pre1/kernel/drivers/char/serial.o
depmo
RT_SYMBOL(strtok);
EXPORT_SYMBOL(strpbrk);
EXPORT_SYMBOL(simple_strtol);
--
___
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
On Tue, 10 Apr 2001, Nick Urbanik wrote:
> Jeff Chua wrote:
>
> > depmod version 2.4.5
> >
Below are the errors generated from "make" for 2.4.4-pre2
I've no problem compiling 2.4.4-pre1.
___
gcc -D__KERNEL__ -I/u2/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
-mprefer
I compiled 2.4.4-pre4 and use nfsd as a module. Got the following error:
depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre4/kernel/fs/nfsd/nfsd.o
depmod: nfsd_linkage_Rb56858ea
Didn't have such problem on 2.4.4-pre3.
Jeff
[ [EMAIL PROTECTED] ]
-
To unsubscribe from this list:
great! working fine one.
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
On Wed, 18 Apr 2001, Alexander Viro wrote:
>
>
> On Wed, 18 Apr 2001, Jeff Chua wrote:
>
> > depmod: *** Unresolved symbols in /lib/modules/2.4.4-pre4/kernel/fs/nfsd/nfsd.o
> > depmod: nfsd_li
cannot compile 2.4.4-pre6. This may have been reported, but I
haven't seen it.
Thanks,
Jeff.
ld -m elf_i386 -T /u2/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
init/version.o \
--start-group \
arch/i386/kernel/kernel.
On Mon, 23 Apr 2001, Martin Dalecki wrote:
> > > depmod: *** Unresolved symbols in
>/lib/modules/2.4.3-ac11/kernel/drivers/md/lvm-mod.o
try this (after you have applied the patch for lvm 0.9.1_beta7) ...
Jeff
[[EMAIL PROTECTED]]
--- /u2/src/linux/drivers/md/lvm.c.org Mon Apr 23 21:11:32 200
On Mon, 23 Apr 2001, Alan Cox wrote:
> 2.4.4pre6 only builds with gcc 2.96. If you apply the __builtin_expect fixes
> it builds and runs fine with 2.95. Not tried egcs. The gcc 3.0 asm constraints
> one I've yet to see a fix for.
So, should I upgrade to 2.96 from 2.95.3?
But, from http://gcc.gn
go to http://walbran.org/sean/linux/stodolsk/ and download the driver.
It's running on 2.4.2!
Jeff
On Fri, 23 Feb 2001, Trevor J. Clout wrote:
> Hi,
>
> I found you on this page
>http://www.appwatch.com/lists/linux-kernel/Week-of-Mon-20010115/017063.html
>
> How did you go getting a Lucent Wi
from pcmcia-cs-3.1.22/PCMCIA-HOWTO
4.3.2. Comments about specific cards
o 16-bit PCMCIA cards have a maximum performance of 1.5-2 MB/sec.
That means that any 16-bit 100baseT card (i.e., any card that uses
the pcnet_cs, 3c574_cs, smc91c92_cs, or xirc2ps_cs driver) will
never achi
hanks,
Jeff Chua
[ [EMAIL PROTECTED] ]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
hanks,
Jeff Chua
[ [EMAIL PROTECTED] ]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Does anyone have any success in using Lucent winmodem under Linux 2.4.0?
There's a binary at http://www.linmodems.org/linux568.zip but it
only works under 2.2
Thanks,
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Ple
ers/char
Tested on IBM 240Z and it's running ok.
# cu -l ttyLT0
Connected.
ati
LT V.90 Data+Fax Modem Version 5.78
OK
Thanks,
Jeff.
Thanks,
Jeff Chua
[ [EMAIL PROTECTED] ]
On 15 Jan 2001, Alan Shutko wrote:
> [EMAIL PROTECTED] writes:
>
> > I haven't, and in fact
t; <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, November 20, 2000 11:21 AM
Subject: [PATCH,RFC] initrd vs. BLKFLSBUF
Hi Al,
Jeff Chua reported a while ago that BLKFLSBUF returns EBUSY on a RAM disk
that was obtained
I'm posting this hoping that someone will fix this soon ...
On Sat, 28 Oct 2000, Jeff Chua wrote:
> freeram /dev/ram0
> File freeram.c: Line 41: ioctl /dev/ram0: Error 16: Device or resource
busy
this should not happen.
> I cannot free the old initrd root partition under 2.4.0
>Is there support for using RAMDISK as the final root file system
>in 2.2.x versions, or is it there in the 2.4.x versions.
Works with 2.2x and up to 2.4.0 test12-pre3.bz2
Make sure you specify the following if you're using loadlin
root=/dev/ram
With anything above test12-pre3.bz2, you
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, November 20, 2000 11:21 AM
Subject: [PATCH,RFC] initrd vs. BLKFLSBUF
Hi Al,
Jeff Chua reported a while ago that BLKFLSBUF returns EBUSY on a RAM disk
that was obtained via initrd. I think the p
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, November 20, 2000 11:21 AM
Subject: [PATCH,RFC] initrd vs. BLKFLSBUF
Hi Al,
Jeff Chua reported a while ago that BLKFLSBUF returns EBUSY on a RAM disk
that was obtained via initrd. I think the p
Boot up using:
Loadlin-1.6a
Win98
ramdisk_size=18000
initrd=ram.gz (this is the gzip'ed root filesystem)
Kernel 2.2.x (up to 2.2.18)
- on P3 and Celeron
ram.gz must be <3862544 bytes
Kernel 2.4.x (up to 2.4.0-test12)
- on Celeron
ram.gz must be
> Now, I also agree that we should be able to clean this up properly for
> 2.5.x, and actually do exactly this for the anonymous buffers, so that
> the VM no longer needs to worry about buffer knowledge, and fs/buffer.c
> becomes just another user of the writepage functionality. That is not
> all
I got the following errors compiling the kernel 2.4.0-test12
mga_dma.c: In function `mga_irq_install':
mga_dma.c:821: structure has no member named `next'
make[3]: *** [mga_dma.o] Error 1
make[3]: Leaving directory `/u2/src/linux-2.4.0/drivers/char/drm'
i810_dma.c: In function `i810_irq_instal
upgraded to test13-pre4. When I ran "depmod -a", I got a lot of errors
about unresolved symbols for the drm modules ...
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre4/kernel/drivers/char/drm/i810.o
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test13-pre4/kernel/driver
the only thing you've to be careful is to make sure you set
the correct options for the module (if you compiled it as module).
# options=0x30 100mbps full duplex
# options=0x20 100mbps half duplex
# options=0 10mbps half duplex
options eepro100 options=0
Otherwise, it'll cause a lot of unnec
MAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Monday, November 20, 2000 11:21 AM
Subject: [PATCH,RFC] initrd vs. BLKFLSBUF
Hi Al,
Jeff Chua reported a while ago that BLKFLSBUF returns EBUSY on a RAM disk
that was obtained via initrd. I think the problem is that the effect of
the blkdev_ope
Got problem booting on Celeron or when initrd filesystem>4MB.
Environment:
Linux 2.2.19pre3 or any 2.2.x
Linux 2.4.0-prerelease or any 2.4.x
Gcc 2.95.2
Glib 2.1.3
loadlin 1.6b
1) Pentium3
When the initrd ramdisk is greater than 4MB
Got problem booting on Celeron or when initrd filesystem>4MB.
Environment:
Linux 2.2.19pre3 or any 2.2.x
Linux 2.4.0-prerelease or any 2.4.x
Gcc 2.95.2
Glib 2.1.3
loadlin 1.6b
1) Pentium3
When the initrd ramdisk is greater than 4MB
On Sun, 1 Apr 2001, Trever L. Adams wrote:
> I am trying to find out if I am the only one who has pppd drop packets
> as bogus when the port is set at 115Kbps. I only get it at that speed.
> It causes stall outs etc.
>
works fine for me.
Jeff
-
To unsubscribe from this list: send the line "u
better off configure squid and use that as web cache.
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
- Original Message -
From: "Kevin Krieser" <[EMAIL PROTECTED]>
To: "Linux Kernel" <[EMAIL PROTECTED]>
Sent: Tuesday, January 30, 2001 8:24 AM
Subject: RE: Recommended swap for 2.4.x.
You mean my cu
try to add the following to /etc/modules.conf ...
pre-install sg modprobe -k sr_mod
pre-install sr_mod modprobe -k ide-scsi
pre-install ide-scsi modprobe -k ide-cd
pre-install ide-cd modprobe -k ide-probe-mod
options ide-cd ignore="hdc"
... that's assuming you want to use hdc as the ide cdrw
There's an error in ide-pci.c that prevented it from compiling 2.4.5-pre4.
Try this.
Thanks,
Jeff
[ [EMAIL PROTECTED] ]
--- drivers/ide/ide-pci.c Sun May 20 11:56:48 2001
+++ drivers/ide/ide-pci.c.new Sun May 20 11:56:45 2001
@@ -708,7 +708,7 @@
/*
On Mon, 21 May 101, Allan Duncan wrote:
> This addition for 2.4.5-pre4 has caused a compile failure with a parsing error:
>
> drivers/ide/ide-pci.c:711
> if (!IDE_PCI_DEVID_EQ(d->devid, DEVID_CS5530)
>
> In my case CONFIG_BLK_DEV_CS5530 is not defined.
if (!IDE_PCI_DEVID_EQ(d->devi
I'm using 2.4.5-pre5 and before on 2.4.x (without -ac) and don't have such
problem.
boston:root:/tmp> mount -o loop ram /mnt
boston:root:/tmp> umount /mnt
boston:root:/tmp> strace losetup -d /dev/loop0
execve("/sbin/losetup", ["losetup", "-d", "/dev/loop0"], [/* 47 vars */])
= 0
brk(0)
This may sound stupid as Linus is working for Transmeta and
I did see under menuconfig that crusoe is supported.
Question is whether I need to recompile everything (kernel and binaries)
on my current 586 platform in order to move to Crusoe?
I'm thinking about getting the new Toshiba Libretto L1
Got the following journaling error on 2.4.5 SMP during shutdown ...
Unmounting local file systems.
journal_begin called without kernel lock held
kernel BUG at journal.c:423!
invalid operand:
CPU1: 1
EIP:0010:[]
EFLAGS: 00010286
eax: 001d ebx: f0951f2c ecx: 0001 edx
On Dec 1, 2007 3:21 AM, Mark Lord <[EMAIL PROTECTED]> wrote:
> I've hacked my copy of VMware-6.01 to work with kernel 2.6.24-rc*,
> and dumped my patches for vmmon and vmnet onto my server at:
Thank you! Now, I one step closer to 2.6.24.
Wonder anyone has a patch for vpnclient-linux-x86_64-4.8.00
1 - 100 of 240 matches
Mail list logo
