From: Boris Brezillon
Looks like some drivers define MTD names with a colon in it, thus
making mtdpart= parsing impossible. Let's fix the parser to gracefully
handle that case: the last ':' in a partition definition sequence is
considered instead of the first one.
Signed-off-by: Boris Brezillon
On Thu, 28 Jul 2005, Christoph Hellwig wrote:
> Couldn't the two other transports be implemented ontop of this one using
> a mount helper doing the pipe or tcp setup?
that's how we did it in the version we did for 2.4. I don't see why not.
ron
-
To unsubscribe from this list: send the line
On Thu, 28 Jul 2005, Christoph Hellwig wrote:
Couldn't the two other transports be implemented ontop of this one using
a mount helper doing the pipe or tcp setup?
that's how we did it in the version we did for 2.4. I don't see why not.
ron
-
To unsubscribe from this list: send the line
On Fri, 15 Jul 2005, Andi Kleen wrote:
> Only on uniprocessor machines.
Question for the AMD guys: is there a chance of getting
non-proprietary-bios ACPI tables from AMD directly? I.e. ACPI tables as
needed for power-now etc. could be released under GPL, making inclusion
into linuxbios a bit
On Fri, 15 Jul 2005, Andi Kleen wrote:
Only on uniprocessor machines.
Question for the AMD guys: is there a chance of getting
non-proprietary-bios ACPI tables from AMD directly? I.e. ACPI tables as
needed for power-now etc. could be released under GPL, making inclusion
into linuxbios a bit
if there is any chance of getting along without ACPI entries that is best.
Linux did do this once already, for SMP K8: K8 can boot and run NUMA
without an SRAT table. What more is needed for dual core, and could Linux
support in this area be extended?
ron
-
To unsubscribe from this list: send
On Thu, 14 Jul 2005, Andi Kleen wrote:
> However you'll likely need ACPI for other reasons anyways, e.g. for
> better power saving.
bummer. What the BIOS vendors are doing (to lock in proprietary BIOS, some
say) is making ACPI tables copyright the BIOS vendor, not the motherboard
vendor. So
On Thu, 14 Jul 2005, Andi Kleen wrote:
However you'll likely need ACPI for other reasons anyways, e.g. for
better power saving.
bummer. What the BIOS vendors are doing (to lock in proprietary BIOS, some
say) is making ACPI tables copyright the BIOS vendor, not the motherboard
vendor. So
if there is any chance of getting along without ACPI entries that is best.
Linux did do this once already, for SMP K8: K8 can boot and run NUMA
without an SRAT table. What more is needed for dual core, and could Linux
support in this area be extended?
ron
-
To unsubscribe from this list: send
Here's the oops. This is an AIC7xxx controller. This is a non-SMP kernel,
and there is only one processor installed in the machine. The value in eax
sure looks weird too me, esp. given that the failing instruction involves
a ld from (%eax)
This is a va2200 node, and this same kernel has booted
Here's the oops. This is an AIC7xxx controller. This is a non-SMP kernel,
and there is only one processor installed in the machine. The value in eax
sure looks weird too me, esp. given that the failing instruction involves
a ld from (%eax)
This is a va2200 node, and this same kernel has booted
On Fri, 24 Nov 2000, Joan Bertran wrote:
> I think so, because I've read somewhere the kernel needs interrupts
> configured, but as kernel configures i8259 I don't know what is necessary,
> the IDT with interrupt service routines ?, sommething special about the chipset ?
I put the following
On Fri, 24 Nov 2000, I+D wrote:
> I'm trying to boot an AMD Elan520 board without bios
> with kernel 2.4.0-test10 configured for i486 and PCI direct access.
> This kernel boots correctly from HD using the bios provided with the
> evaluation board but kernel 2.4.0-test8 and previous hang
> after
On Fri, 24 Nov 2000, I+D wrote:
I'm trying to boot an AMD Elan520 board without bios
with kernel 2.4.0-test10 configured for i486 and PCI direct access.
This kernel boots correctly from HD using the bios provided with the
evaluation board but kernel 2.4.0-test8 and previous hang
after "Ok
14 matches
Mail list logo