Re: User mounts could not use character conversions (libkiconv is just for roots)

2003-12-03 Thread R. Imura
On Wed, Dec 03, 2003 at 12:08:52PM +0600, Boris Popov wrote:
   Probably it is not a good idea to allow users to load kernel iconv
 tables because one can waste a lot of memory by loading of all possible
 conversion schemes.  The better solution is to add some kind of preload
 ability which could be used on startup.

I agree with this.

- R. Imura
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Panic when trying to mount cd9660 as udf

2003-11-23 Thread R. Imura
It seems that vfs_mount.c rev 1.113 breakes something.
It also breakes mount_udf -C.  Using rev 1.112 works fine with me.
A mail to current@ with subject vfs_domount() -...- vfs_freeopts()
NULL pointer dereferencing may also related to the same problem.

- R. Imura

On Sun, Nov 23, 2003 at 03:02:34AM +0100, Christian Laursen wrote:
 By accident, I tried to mount a CD as UDF, and got the follwoing panic:
 
 Fatal trap 12: page fault while in kernel mode
 cpuid = 0; apic id = 00
 fault virtual address   = 0x0
 fault code  = supervisor read, page not present
 instruction pointer = 0x8:0xc06c2f6c
 stack pointer   = 0x10:0xcda4bac0
 frame pointer   = 0x10:0xcda4bacc
 code segment= base 0x0, limit 0xf, type 0x1b
 = DPL 0, pres 1, def32 1, gran 1
 processor eflags= interrupt enabled, resume, IOPL = 0
 current process = 530 (mount_udf)
 
 This seems to be easily reproducable. First I got it on my workstation
 running 5.2-BETA, and I then reproduced it on my test machine which runs
 -CURRENT from 4 days ago:
 
 FreeBSD cardassian.borderworlds.dk 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Wed Nov 19 
 04:22:32 CET 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC  i386
 
 The output in this mail is from the test machine.
 
 This is the backtrace I got from the resulting crashdump:
 
 #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:240
 #1  0xc066d6fb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372
 #2  0xc066dafd in panic () at /usr/src/sys/kern/kern_shutdown.c:550
 #3  0xc048ac32 in db_panic () at /usr/src/sys/ddb/db_command.c:450
 #4  0xc048ab92 in db_command (last_cmdp=0xc0938360, cmd_table=0xc08c3c00, 
 aux_cmd_tablep=0xc08baa04, aux_cmd_tablep_end=0xc08baa1c)
 at /usr/src/sys/ddb/db_command.c:346
 #5  0xc048acd5 in db_command_loop () at /usr/src/sys/ddb/db_command.c:472
 #6  0xc048dcd5 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:73
 #7  0xc0812dcc in kdb_trap (type=12, code=0, regs=0xcda4ba80)
 at /usr/src/sys/i386/i386/db_interface.c:171
 #8  0xc08294d6 in trap_fatal (frame=0xcda4ba80, eva=0)
 at /usr/src/sys/i386/i386/trap.c:816
 #9  0xc0829182 in trap_pfault (frame=0xcda4ba80, usermode=0, eva=0)
 at /usr/src/sys/i386/i386/trap.c:735
 #10 0xc0828d23 in trap (frame=
   {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -1040053552, tf_esi = 1, tf_ebp 
 = -844842292, tf_isp = -844842324, tf_ebx = 0, tf_edx = 4, tf_ecx = 1, tf_eax = 0, 
 tf_trapno = 12, tf_err = 0, tf_eip = -1066651796, tf_cs = 8, tf_eflags = 66182, 
 tf_esp = 6, tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:420
 #11 0xc0814818 in calltrap () at {standard input}:94
 #12 0xc06c3913 in vfs_mount_destroy (mp=0x0, td=0x0)
 at /usr/src/sys/kern/vfs_mount.c:537
 #13 0xc06c472f in vfs_domount (td=0xc20c7dc0, fstype=0xc2020ad0 udf, 
 fspath=0xc2020ab0 /mnt, fsflags=1, fsdata=0xc2020c00, compat=0)
 at /usr/src/sys/kern/vfs_mount.c:938
 #14 0xc06c3a39 in vfs_nmount (td=0x0, fsflags=0, fsoptions=0x0)
 at /usr/src/sys/kern/vfs_mount.c:581
 #15 0xc06c353d in nmount (td=0x0, uap=0xcda4bd10)
 at /usr/src/sys/kern/vfs_mount.c:407
 #16 0xc0829870 in syscall (frame=
   {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077940702, tf_esi = 8, tf_ebp 
 = -1077940972, tf_isp = -844841612, tf_ebx = 5, tf_edx = -1077940736, tf_ecx = 10, 
 tf_eax = 378, tf_trapno = 12, tf_err = 2, tf_eip = 671876783, tf_cs = 31, tf_eflags 
 = 582, tf_esp = -1077942196, tf_ss = 47})
 at /usr/src/sys/i386/i386/trap.c:1010
 #17 0xc081486d in Xint0x80_syscall () at {standard input}:136
 
 -- 
 Best regards
 Christian Laursen
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Fw: [patch] combine mount_udf(8) with kiconv(3)

2003-11-02 Thread R. Imura
Hi,

I was adviced to forward here, so that more poeple
can see it. It was originally posted to fs@ and [EMAIL PROTECTED]

Regards,

- Forwarded message from R. Imura [EMAIL PROTECTED] -

Date: Mon, 3 Nov 2003 01:42:18 +0900
From: R. Imura [EMAIL PROTECTED]
Subject: [patch] combine mount_udf(8) with kiconv(3)
To: [EMAIL PROTECTED], [EMAIL PROTECTED]

Hi all,

I now added -C option to mount_udf(8) as well as mount_cd9660(8)
and mount_ntfs(8) with UDF_ICONV kernel module in order to
handle multibyte characters.
Since I'm new to nmount(), please correct me if I'm wrong with
how to write udf specific options/flags.
The patch is here:

  http://www.ryu16.org/FreeBSD/kiconv/udf_5_current_20031101.diff

It is grateful if this will be applied to the FreeBSD src tree.

Regards,

- R. Imura


- End forwarded message -
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: KDE kdm problem with packaged version (make release issue?)

2000-03-25 Thread R. Imura

  * It's because, there are no /usr/X11R6/bin/X in Asami-san's chroot
  * environment, I bet.
 
 Hmm.  So kdm looks at the X symlink to decide whether to build with X
 support or not?
 
 I can add that to my X package, but what exactly do I need?  Just the
 symlink (to nowhere), or do I need it to be pointing to one of the
 servers?  (Or even an empty file with that name?)
 
 Satoshi

kdm determines X path as 'test -f $PATH/bin/X', so touching X is enough.

Thank you. :)

-- R. Imura
// my private mail address has changed.
// [EMAIL PROTECTED]  [EMAIL PROTECTED] /(-.-)y-~~


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: KDE kdm problem with packaged version (make release issue?)

2000-03-25 Thread R. Imura

 kdm determines X path as 'test -f $PATH/bin/X', so touching X is enough.
   ^^^ $PATH/X


-- R. Imura
// my private mail address has changed.
// [EMAIL PROTECTED]  [EMAIL PROTECTED] /(-.-)y-~~


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: KDE kdm problem with packaged version (make releaseissue?)

2000-03-23 Thread R. Imura

 For a long time I have noticed that when I build kdm from the kdebase
 port, it works.
 But if I used packages off either the CDs or ftp sites, it doesn't work.
 Specifically if I
 do a 'strings' on the binary and grep for /, some of the paths I see
 have XBINDIR
 rather than explicit references to /usr/X11R6/bin. I am not enough a
 ports guru to
 grok what is to be done, but before the freeze maybe someone could look
 into it?

It's because, there are no /usr/X11R6/bin/X in Asami-san's chroot
environment, I bet.
(I think Asami-san prepares a small XFree86 package with port building)

To solve this, we can simply prepare a patch against kdebase's configure,
but I think the best way is put X to chroot environment.

If I was wrong, sorry. :)

-- R. Imura
// my private mail address has changed.
// [EMAIL PROTECTED]  [EMAIL PROTECTED] /(-.-)y-~~


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message