My-Space Corporation | 27 Mar 2002 10:25
Picon

New Product, MP3 clock

Hello:
This is to introduce the brand new and most unique product. The MS-8322 MP3 Clock is the first alarm clock to
record any favorite sounds as the alarm call through a PC. You can tailor make your wake up call every
morning. It can record music CD, MP3 songs, WAV files or personal message as the alarm. The sound source is
almost unlimited. It is truly a 100% personalized alarm clock. Nothing similar ever existed.

Besides retail channels, this item is also ideal for premium market. The promotional messages can be
pre-recorded into each clock below shipment. It will be the most powerful media to deliver corporation messages.

Attached please find a picture of MS-8322 for your reference. Please check our homepage at
www.mp3clock.com.tw/8322.htm for detailed features.

Besides finished product, we also supply in module level. Based on our MS-111 Download module, your
product can upgrade with audio download capability immediately. Please check our homepage at
www.myspace.com.tw  for details.

For all of our other products, you are welcome to check our homepage at www.myspace.com.tw

Feel free to contact us should you have any questions or comments.

We look forward to hearing from you soon.

Best regards,
Wen Lu
Director
My-Space Corporation
Tel: 886-2-28097557
Fax: 886-2-28097735
E-mail: info <at> myspace.com.tw
Home page: www.mp3clock.com.tw
(Continue reading)

Izumi Tsutsui | 30 Mar 2002 17:08
Picon
Gravatar

Re: panic: uvm_page_physload: start >= end

In article <1f98mil.8pcwuz1fx721zM <at> [10.0.12.137]>
manu <at> netbsd.org wrote:

> I just rebuild a -current kernel, but I cannot boot it:
> 
> >> NetBSD/macppc OpenFirmware Boot, Revision 1.2
> >> (matt <at> duel.local, Thu Nov 16 17:26:57 PST 2000)
> no active package3743552+217104 [100+430608+176997]=0x45b7b8
>  start=0x100000
> [ using 608360 bytes of netbsd ELF symbol table ]
> panic: uvm_page_physload: start >= end
> Stopped in pid 0 () at  cpu_Debugger+0x10:      lwz     r0, r1, 0x14

I also got the same panic on my Apus2000 (603ev with 64M RAM).

It seems some small fragments in mem_regions are created
after pmap_boot_find_memory() calls and uvm_page_physload()
is called with pfstart == pfend.

Some debug messages and my workaround patch are attached.
(but I guess pmap_boot_find_memory() should handle fragments
 less than pagesize..)
---
Izumi Tsutsui
tsutsui <at> ceres.dti.ne.jp

---
>> NetBSD/macppc OpenFirmware Boot, Revision 1.6
>> (tsutsui <at> lancer, Sat Mar 30 02:41:21 JST 2002)
Cannot use bootpath
(Continue reading)

Izumi Tsutsui | 30 Mar 2002 19:02
Picon
Gravatar

Re: panic: uvm_page_physload: start >= end

In article <1f9vd9f.14aepas13iasuxM <at> [10.0.12.137]>
manu <at> netbsd.org wrote:

> > Some debug messages and my workaround patch are attached.
> > (but I guess pmap_boot_find_memory() should handle fragments
> >  less than pagesize..)
> 
> The patch fixed the problem. Shouldn't it be committed to the tree?

I guess the real problem is that OF returns unaligned regions in
powerpc/ofw_machdep.c:mem_region() and pmap does not handle it.
My patch is just workaround, not fix.
---
Izumi Tsutsui
tsutsui <at> ceres.dti.ne.jp

Emmanuel Dreyfus | 31 Mar 2002 00:40
Picon

Re: panic: uvm_page_physload: start >= end

> > The patch fixed the problem. Shouldn't it be committed to the tree?
> 
> I guess the real problem is that OF returns unaligned regions in
> powerpc/ofw_machdep.c:mem_region() and pmap does not handle it.
> My patch is just workaround, not fix.

Well at least it makes -current kernels bootable on my machine and
yours. That's better than a workaround...

--

-- 
Emmanuel Dreyfus.
"Le 80x86 n'est pas si complexe - il n'a simplement pas de sens"
(Mike Johnson, responsable de la conception x86 chez AMD) 
manu <at> netbsd.org

Izumi Tsutsui | 31 Mar 2002 04:54
Picon
Gravatar

Re: panic: uvm_page_physload: start >= end

In article <1f9vwh1.102m3fu114cxhtM <at> [10.0.12.137]>
manu <at> netbsd.org wrote:

> > I guess the real problem is that OF returns unaligned regions in
> > powerpc/ofw_machdep.c:mem_region() and pmap does not handle it.
> > My patch is just workaround, not fix.
> 
> Well at least it makes -current kernels bootable on my machine and
> yours. That's better than a workaround...

As noted in the NetBSD goals page, "It doesn't work unless it's right."

pmap_bootstrap() would still pass wrong values to uvm_page_physload(),
and actually quick hacks often put off comming proper fix ;-p

Anyway, I guess the attached patch would be a "right" fix,
but it should be approved by powerpc or vm guys.
---
Izumi Tsutsui
tsutsui <at> ceres.dti.ne.jp

Index: pmap.c
===================================================================
RCS file: /cvsroot/syssrc/sys/arch/powerpc/mpc6xx/pmap.c,v
retrieving revision 1.38
diff -u -r1.38 pmap.c
--- pmap.c	2002/03/08 20:48:33	1.38
+++ pmap.c	2002/03/31 02:44:00
 <at>  <at>  -2643,8 +2643,8  <at>  <at> 
 	kernelstart = trunc_page(kernelstart);
(Continue reading)


Gmane