On (Wed) Mar 03 2010 [15:55:22], Alan Cox wrote:
> On Wed, 3 Mar 2010 20:59:48 +0530
> Amit Shah wrote:
>
> > Alan pointed out a race in the code where hvc_remove is invoked. The
> > recent virtio_console work is the first user of hvc_remove().
>
> Looks better to me.
Thanks, Alan.
Ben, can y
Hi Albrecht,
I like this version much better. Comments below...
On Wed, Mar 3, 2010 at 11:23 AM, Albrecht Dreà wrote:
> On the MPC5200B, make very high baud rates (e.g. 3 MBaud) accessible and
> achieve a higher precision for high baud rates in general. Â This is done by
> selecting the approp
On the MPC5200B, make very high baud rates (e.g. 3 MBaud) accessible and
achieve a higher precision for high baud rates in general. This is done by
selecting the appropriate prescaler (/4 or /32). As to keep the code clean,
the getuartclk method has been dropped, and all calculations are done wit
Starting with commit a3bc1f11e9b867a4f49505 ("gianfar: Revive SKB
recycling") gianfar driver sooner or later stops transmitting any
packets on SMP machines.
start_xmit() prepares new skb for transmitting, generally it does
three things:
1. sets up all BDs (marks them ready to send), except the fi
Hi,
A new hypervisor call H_BEST_ENERGY is supported in IBM pseries ppc64
platform in order to exports platform energy management capabilities
to user space administrative tools.
This hypervisor calls provides hints or suggested list of cpus to
activate or deactivate for optimized energy manageme
On Wed, 3 Mar 2010 20:59:48 +0530
Amit Shah wrote:
> Alan pointed out a race in the code where hvc_remove is invoked. The
> recent virtio_console work is the first user of hvc_remove().
Looks better to me.
Alan
___
Linuxppc-dev mailing list
Linuxppc-
Alan pointed out a race in the code where hvc_remove is invoked. The
recent virtio_console work is the first user of hvc_remove().
Alan describes it thus:
The hvc_console assumes that a close and remove call can't occur at the
same time.
In addition tty_hangup(tty) is problematic as tty_hangup i
Heiko Schocher wrote on 2010/03/03 11:10:10:
>
> Hello Joakim,
>
> Joakim Tjernlund wrote:
> > Heiko Schocher wrote on 2010/03/03 09:02:47:
> [...]
> >> Here the results:
> >> (The first 4 rows are the results for the kernel without your patches,
> >> the next 4 rows are the results for the kern
Hello Joakim,
Joakim Tjernlund wrote:
> Heiko Schocher wrote on 2010/03/03 09:02:47:
[...]
>> Here the results:
>> (The first 4 rows are the results for the kernel without your patches,
>> the next 4 rows are the results for the kernel with your patches)
>>
>> make[1]: Entering directory `/home/
>
> Heiko Schocher wrote on 2010/03/03 09:02:47:
> >
> > Hello Joakim,
> >
> > I tried your 4 patches on a MPC855M based system:
>
> Thanks a lot for testing this for me!
>
> >
> > -bash-3.2# cat /proc/cpuinfo
> > processor : 0
> > cpu : 8xx
> > clock : 66.00MHz
> >
Heiko Schocher wrote on 2010/03/03 09:02:47:
>
> Hello Joakim,
>
> I tried your 4 patches on a MPC855M based system:
Thanks a lot for testing this for me!
>
> -bash-3.2# cat /proc/cpuinfo
> processor : 0
> cpu : 8xx
> clock : 66.00MHz
> revision: 0.0 (pvr
Hello Joakim,
I tried your 4 patches on a MPC855M based system:
-bash-3.2# cat /proc/cpuinfo
processor : 0
cpu : 8xx
clock : 66.00MHz
revision: 0.0 (pvr 0050 )
bogomips: 8.25
timebase: 4125000
platform: TQM8xx
model : T
12 matches
Mail list logo