On Sat, 16 Sep 2000, Harley Anderson wrote:
> > This sounds like either some bit errors in memory
> > (memtest86 will find those), or a device driver
> > scribbling over memory, or the memory not being
> > refreshed or operated at the right speed (memory
> > to slow for the speed you're running it
i would like to boot linux (ported for a ppc based board) from
ROM. This is how i think the booting should happen -
Code in ROM should contain -
- crt0.S (entry point in ROM code)
- head.S (something like what is there is arch/ppc/boot/head.S)
- other files containing code to download and decompr
Hi, I have been having problems with the usb audio driver on a set of
Philips DSS330. The driver seemed to work properly up until 2.3.99-6.
The driver included with 2.3.99-6 worked correctly when included with
kernels up to 2.4.0test6 or so. The current driver (2.4.0test7+) will
hang my system re
Larry McVoy <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
>> > Err, "faster"? The following is the moral equiv of 4 kernel updates
>> > which had nothing to do using BitKeeper instead of CVS. The local copy
>> > was in San Francisco and the remote cop
Ragnar Kjørstad <[EMAIL PROTECTED]> writes:
> If I understand the current code correctly, it works like this:
[ example deleted ]
> So we've ended up with a very silly queue
Indeed, the elevator logic is somewhat flawed. There are two problems
with the current code:
1. The test that decides
Hi Linus,
after increasing the test base, the following 2 problems have
been noticed with the VM patch, and are (hopefully) fixed in
this patch:
1) if __alloc_pages() is called without __GFP_IO in the
gfp_mask, we cannot wait for kswapd
-> use try_to_free_pages() the oldfashioned wa
Dear kernel-hackers,
I compiled kernel 2.4.0test9-pre1 (kernel names are a real mess
these days ...) and noticed that /proc/sys/vm/freepages is no
longer writable:
[root@oscar] ll /proc/sys/vm/freepages
-r--r--r--1 root root0 Sep 17 02:25 /proc/sys/vm/freepages
If this was i
On Sat, Sep 16 2000, Jan Niehusmann wrote:
> test9-pre1 does not contain a fix for the test8 scsi scanning problem. SCSI
> disks are detected twice if scsi is not compiled as a module. Torben already
> posted a patch.
>
Linus,
The proper way of fixing this is to add #ifdef MODULE around the init
> I compiled kernel 2.4.0test9-pre1 (kernel names are a real mess
> these days ...) and noticed that /proc/sys/vm/freepages is no
> longer writable:
> If this was intentional, why has it changed ?
New VM in test9-pre1.
Changing this field is no longer relevant to the restructured code.
Dave.
-
Michael Elizabeth Chastain wrote:
>
> Hi Dietmar,
>
> First go to 'General Setup' and make sure that 'PCI support' is turned on.
>
> Then go to 'Character Devices' -> 'I2C support'. Turn on both
> 'I2C support' and 'I2C bit-banging interfaces'.
>
> Then go to 'Multimedia devices'. Turn on 'V
This is a proposal for a simple way of adding streams support to the Linux
kernel, without significant changes in current Unix-like semantics.
It was inspired by a recent discussion in the #kernelnewbies IRC channel, and
by the recent talk about the subject in the Linux Kernel mailing lists. I d
Hi,
I found a bug on the 2.4.0-test8 release:
I was not able to build linux-2.4.0-test8 on my dual PIII box if I did NOT choose the
"smp support".
Here is the compile error message:
/usr/src/linux/include/linux/kernel_stat.h:48: `smp_num_cpus' undeclared (first use in
this function)
/usr/src
I haven't had time to test it thoroughly, but I've noticed from about
test8-preX onwards (latest tested test8) that on shutdown, my /usr/local
(/dev/ide/host0/bus0/target0/lun0/part6, ReiserFS), is always "busy" - the
last thing I see in shutdown -r now is:
"Unmounting filesystems...
/dev/ide/host
I'm seeing something very similar to this on test8 with my root partition.
umount reports device is busy at shutdown. This is an IDE device.
I'm using a x86 system based on RH6.2 with a few upgrades (modutils, etc).
Matt
On Sun, Sep 17, 2000 at 01:17:11PM -1100, Daniel Stone wrote:
> I haven't
Applied, but... :)
In reviewing your patch, I noticed more ugliness. Can you be convinced
to take care of these, too?
In acpi_init(), it is possible for the function to error exit without
cleaning up from a successful acpi_claim_ioports call.
Further, acpi_claim_ioports itself is pretty nasty
> Hi, I have been having problems with the usb audio driver on a set of
> Philips DSS330. The driver seemed to work properly up until 2.3.99-6.
> The driver included with 2.3.99-6 worked correctly when included with
> kernels up to 2.4.0test6 or so. The current driver (2.4.0test7+) will
> hang my
Hi. I've had great success with your VIA 82Cxxx in 2.4test9 on a new
system I'm helping a friend setup for his mom. Unfortunately, I'm not
having so much luck with the rest of 2.4.
Because of general stability issues, I need to move back to 2.2 on this
system.
However, the VIA 82Cxxx driver in
Rik van Riel writes:
> It would be better to put that in a userspace tool like
> vmstat.
>
> Oh, and now we're talking about vmstat, I guess that
> program also needs support for displaying the number
> of active/inactive_dirty/inactive_clean pages ... ;)
>
> (any volunteers?)
Umm, OK. I suppose
Igmar,
Thanks for attempting to validate that the problem is fixed in a
later release. However, I still stand by my submission.
If the readers will note, the problem is in 2.2.14 and
AND in 2.3.5 as referenced by another auther. It looks like the
info structure in drivers/char/serial.c:line_in
Em Sat, Sep 16, 2000 at 10:49:08PM -0400, Jeff Garzik escreveu:
> Applied, but... :)
>
> In reviewing your patch, I noticed more ugliness. Can you be convinced
> to take care of these, too?
yap, I'm adding it to my todo list.
> In acpi_init(), it is possible for the function to error exit wit
Does anyone know what driver will work with the
ethernet card in a New Intel motherboard
/proc/pci says its ..
PCI_DEVICE_ID_INTEL_82865
0x1227
PCI_VENDOR_ID_INTEL
0x8086
But I can't find any drivers for this device
:-(
Its a 820 Motherboard I think.
Thanks
I have 2 questions.
1) Who is working on the webcam II cpia driver. Under NT I can get 15
to 25 fps, while Linux seems to be limited to 15 max. Is this a hard
coded value in the lernel somewhere and is there plans for changing
this? (I know that this is an experimental driver, but rebooting to
There was a round of discussion about /proc.../serial back in May. It
covered corruption and bad addresses. Although it didn't specifically say
"I'm fixing the segmentation fault that some people are going to report",
they did indeed discuss the bad data, smp locking, and etc precisely on
serial
Craig Whitmore wrote:
> Does anyone know what driver will work with the ethernet card in a New
> Intel motherboard /proc/pci says its ..
> PCI_DEVICE_ID_INTEL_82865
> 0x1227PCI_VENDOR_ID_INTEL 0x8086 But I can't find any
> drivers for this device :-( Its a 820 Motherboard I think.
>
The fix is to change, in arch/sparc64/kernel/setup.c:
if (!ic_set_manually) {
to:
if (ic_myaddr == INADDR_NONE) {
Shows how much this facility is used on sparc64 :-)
I'll send this fix off to Alan.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: sen
Hi,
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
Alan> LAPB does not expect ever to see re-ordering. Its a point to
Alan> point wire level MAC protocol.
Yes, it was never designed for handling re-ordering because this cannot
happen on a single wire (and for that reason it is no
[EMAIL PROTECTED] wrote:
> If we played some "zippy" music that would add to the "feel". Of
> course, we could actually use benchmarks instead.
Benchmarks, famed for their universal appeal :-)
> And, to me, if kernel compiles take longer, I don't care how fast it "feels".
A kernel compile _by i
On Sat, Sep 16, 2000 at 02:15:16PM +0200, Jamie Lokier wrote:
> [EMAIL PROTECTED] wrote:
> > > Sure the global system is slower. But the "interactive feel" is faster.
> >
> > Let's pop up little buttons to make it "feel" faster.
>
> If little buttons pop up quickly when I click on them, then ye
Hello!
> scheduler may re-order frames
It cannot, provided sender holds order until dev_queue_xmit().
Actually, it is true about all the schedulers, except for
the cases, when reordering is allowed explicitly with special
policing rules.
> or drop them.
Yes. And if you share _single_ device
> > With the current scheme, lapb first acknowleges reception of the frame
> > and after that, netif_rx() might still discard it -- which is evil.
>
> This might screw things a bit. Can you defer to say first call
> netif_rx() then acknowledge or is this hard-coded into the f/ware?
I think its f
On Sat, Sep 16, 2000 at 11:39:45PM +0200, Henner Eisen wrote:
> int netif_would_drop(dev)
> {
> return (queue->input_pkt_queue.qlen > netdev_max_backlog)
> || ( (queue->input_pkt_queue.qlen) && (queue->throttle) )
> }
>
> would fulfil those requirements.
It would just be racy.
Hi,
> "kuznet" == kuznet <[EMAIL PROTECTED]> writes:
kuznet> Hello!
>> scheduler may re-order frames
kuznet> It cannot, provided sender holds order until
kuznet> dev_queue_xmit().
But if I set different skb->priority? ;) Well that would be my fault than ..
>> or dro
Hi,
> "Alan" == Alan Cox <[EMAIL PROTECTED]> writes:
>> However, for drivers which support intelligent controllers
>> (with lapb in firmware) this is not an option and the problem
>> will persist.
Alan> 'Smart hardware is broken' repeat .. ;) - but yes its an
Alan> issu
Seems all the good network stuff gets discussed on l-k instead ;-<
(hint: some people are not subscribed to l-k)
On Sat, 16 Sep 2000, Henner Eisen wrote:
>
> What about a function to query the state of the backlog queue?
>
> Something like
>
> if(netif_would_drop(dev)){
> kfree_skb(s
101 - 134 of 134 matches
Mail list logo
